在Go并发编程中，共享数据修改需用指针传递以确保多goroutine操作同一变量，如通过互斥锁更新计数器；只读数据推荐值传递，避免竞争且提升安全性，适用于小结构体或配置参数；大对象为避免拷贝开销常使用指针，但需保证只读或配合RWMutex同步；通道传输时，小对象或需隔离用值，大对象或需共享状态用指针，但须控制访问权限；关键在于根据共享需求、数据大小和生命周期合理选择，优先采用不可变数据和最小共享原则降低竞态风险。
在 Go 语言中，指针和值类型的选择在并发编程中至关重要，直接影响数据安全、性能以及代码可维护性。理解它们在不同场景下的使用方式，有助于写出高效且线程安全的程序。
共享数据修改：使用指针传递
当多个 goroutine 需要修改同一份数据时，必须通过指针传递，确保所有协程操作的是同一个变量实例。
直接传值会导致每个 goroutine 拥有副本，修改不会反映到原始数据上。
例如：使用指针更新计数器或状态变量：
立即学习“go语言免费学习笔记（深入）”；
var counter int
var mu sync.Mutex
func increment(p *int) {
mu.Lock()
*p++
mu.Unlock()
}
func main() {
go increment(&counter)
go increment(&counter)
time.Sleep(time.Second)
fmt.Println(counter) // 输出 2
}
这里 &counter 将地址传入，多个 goroutine 共享同一内存位置，配合互斥锁实现安全修改。
避免竞争：值类型传递只读数据
如果数据仅用于读取，推荐以值的方式传递，这样每个 goroutine 拥有独立副本，天然避免数据竞争。
特别是小的结构体或基本类型，按值传递更安全且开销小。
常见情况包括：- 配置参数（如超时时间、重试次数）
- 请求上下文中的元信息
- 函数内部使用的临时对象
例如：
type Config struct {
Timeout time.Duration
Retries int
}
func worker(cfg Config) {
for i := 0; i < cfg.Retries; i++ {
// 使用副本，无需加锁
time.Sleep(cfg.Timeout)
fmt.Println("working...")
}
}
每个 worker 得到的是 Config 的副本，即使原 cfg 被其他协程修改也不受影响。
大对象与性能考量：谨慎使用指针
对于较大的结构体，按值传递会带来显著的内存拷贝开销。此时即使只读，也常使用指针提升性能。
但需确保这些指针指向的数据不会被并发写入，否则仍需同步机制保护。
建议做法：- 只读大对象：用指针传递 + 文档说明不可修改
- 或使用 sync.RWMutex 控制读写访问
- 也可考虑使用不可变数据结构设计
例如：
var config *Config
var rwmu sync.RWMutex
func getConfig() *Config {
rwmu.RLock()
defer rwmu.RUnlock()
return config
}
多个 goroutine 可安全读取全局配置指针，写入时才需独占锁。
通道中传递：值 vs 指针的权衡
通过 channel 传输数据时，选择值还是指针取决于生命周期和修改意图。
- 传值：适合小对象、希望隔离修改的场景
- 传指针：适合大对象或 sender 和 receiver 需共享状态
注意：一旦通过 channel 发送指针，接收方就有能力修改原始数据，需协调好所有权和访问控制。
反例警示：多个 goroutine 收到同一结构体指针并随意修改，极易引发竞态，除非配合同步机制。
基本上就这些。关键是根据是否需要共享修改、数据大小和生命周期来决定用指针还是值。并发中优先考虑不变性和最小共享，能大幅降低出错概率。
