复制结构体时，若含指针字段会因浅拷贝导致共享数据；应通过深拷贝（如手动克隆或序列化）实现独立副本，避免并发污染与数据耦合。
在Go语言中复制结构体时，如果结构体包含指针字段，处理不当容易引发意料之外的行为。因为指针字段的复制是浅拷贝（shallow copy），即只复制指针本身，而不复制它指向的数据。这意味着原始结构体和副本会共享同一块内存数据，修改其中一个会影响另一个。
指针字段的默认复制行为
使用赋值操作复制结构体时，Go会逐字段进行复制。对于指针字段，仅复制地址，不复制所指向的值：
type Person struct {
Name string
Age *int
}
age := 30
p1 := Person{Name: "Alice", Age: &age}
p2 := p1 // 浅拷贝
*p2.Age = 35
fmt.Println(p1.Age) // 输出：35，p1也被修改了
问题所在：p1 和 p2 的 Age 指针指向同一个 int 变量，修改 p2 会影响 p1。
实现深拷贝避免共享
要避免指针字段共享，需要手动实现深拷贝（deep copy），即为指针字段创建新的内存空间：
立即学习“go语言免费学习笔记（深入）”；
p2 := Person{
Name: p1.Name,
Age: new(int),
}
*p2.Age = *p1.Age // 复制值
这样 p2.Age 指向的是新分配的 int，与 p1 完全独立。
若结构体嵌套复杂（如包含 map、slice、结构体指针等），建议：
- 为结构体实现 Clone 方法
- 使用 encoding/gob 序列化反序列化实现通用深拷贝（性能较低）
- 借助第三方库如 github.com/mohae/deepcopy
常见场景与建议
以下情况需特别注意指针字段复制：
- 并发环境中多个 goroutine 访问副本，可能引发竞态条件
- 函数返回结构体副本时，期望完全独立但实际共享数据
- 缓存或池化对象复用时未重置指针字段，导致数据污染
建议：如果结构体包含指针字段且需要频繁复制，优先考虑是否能改用值类型。若必须用指针，明确文档说明复制行为，必要时提供 Clone() 方法。
基本上就这些，关键是要意识到指针复制只是地址复制，不是数据隔离。
