避免数据竞争的关键是控制共享指针访问。应优先传递值副本或使用不可变数据，避免多goroutine直接共享指针；若需修改共享数据，用sync.Mutex保护所有读写操作；推荐通过通道传递指针，实现所有权转移，确保独占访问；仅当需原子读写指针本身时，使用sync/atomic的LoadPointer和StorePointer；最终应根据场景选择策略，并启用-race检测辅助排查。
在Golang并发编程中，多个goroutine同时访问和修改共享指针所指向的数据时，很容易引发数据竞争（data race），导致程序行为不可预测。要避免这类问题，关键在于控制对共享数据的访问方式，确保读写操作的原子性或隔离性。
避免直接共享指针
当多个goroutine持有同一个指针时，它们实际上在操作同一块内存。这种设计本身就容易出错。应尽量避免将指针直接暴露给多个goroutine。
- 优先传递值副本而非指针，尤其是结构体较小或可复制时。
- 若必须共享数据，考虑使用不可变数据结构，即指针指向的内容不被修改。
使用互斥锁保护共享指针
当多个goroutine需要修改指针指向的数据时，使用sync.Mutex进行同步是最常见且有效的方法。
示例：
立即学习“go语言免费学习笔记（深入）”；
var mu sync.Mutex
data := &SomeStruct{...}
go func() {
mu.Lock()
defer mu.Unlock()
data.Field = newValue // 安全修改
}()
注意：锁应保护所有对共享数据的读写操作，包括读操作在并发写存在时也需加锁。
通过通道传递指针而非共享
Golang倡导“通过通信共享内存，而不是通过共享内存通信”。使用通道传递指针可以避免多个goroutine同时持有指针。
- 将指针作为消息在goroutine间传递，确保任一时刻只有一个goroutine持有该指针。
- 适合任务流水线或所有权转移的场景。
示例：
立即学习“go语言免费学习笔记（深入）”；
ch := make(chan *Data, 1)
go func() {
ptr := &Data{}
ch <- ptr // 传递指针
}()
go func() {
ptr := <-ch // 接收后独占使用
ptr.Update()
// 使用完可再传回或丢弃
}()
使用sync/atomic操作指针
如果只是需要原子地读写指针本身（而非其指向的数据），可使用sync/atomic包中的LoadPointer和StorePointer。
注意：atomic只能保证指针操作的原子性，不能保证指向数据的线程安全。若数据也被修改，仍需额外同步机制。
基本上就这些。关键是根据场景选择合适的方式：能不共享就不共享，必须共享时加锁，或改用通道传递。数据竞争不复杂但容易忽略，编译时启用-race检测能帮助发现潜在问题。
