Go多协程访问同一结构体互斥字段是否会出现并发问题？

核心结论 #

你提供的代码在正确性上没有问题，不需要额外加同步机制，仅存在非必选的性能优化空间。

具体分析 #

1. 并发安全的依据 #

根据Go官方内存模型的sync.WaitGroup同步规则：对WaitGroup的Wait()调用返回，一定发生在所有对应Done()调用完成之后。
你的代码中存在明确的happens-before同步链路：

• 两个子goroutine对val.x、val.y的写入操作，都发生在各自wg.Done()调用之前
• 所有wg.Done()调用完成，发生在wg.Wait()返回之前
• main goroutine对val的读取打印，发生在wg.Wait()返回之后
  这套同步逻辑完全可以保证main goroutine读取到的是两个子goroutine写入的最新值，你提到的CPU多核心缓存副本不一致的问题，会被WaitGroup同步操作触发的缓存一致性协议自动解决，不会出现可见性问题。

2. 不同字段并发写入的合理性 #

Go内存模型没有禁止对同一个结构体的不同独立字段做并发写入，只要各自的读写有正确的同步关系即可。你当前场景下两个子goroutine分别操作互不重叠的两个字段，不会出现数据竞争，用go run -race检测也不会报竞争问题。

3. 关于protobuf结构体的选型说明 #

你的选择完全合理：

• 带pragma.DoNotCopy标识的protobuf结构体禁止值拷贝，强行通过channel传值会触发linter报错，也可能引发运行时问题
• 传结构体指针通过channel本质还是共享内存，和你当前的实现没有本质区别，额外定义新结构体做数据转换只会增加无意义的性能开销和维护成本，这种场景下用共享内存+同步原语的方案更合适。

可选优化点 #

如果后续压测发现性能瓶颈，可以考虑给两个字段添加填充字节避免伪共享：两个字段如果落在同一个CPU缓存行，并发写入的时候会触发缓存行锁定，影响性能，但普通业务场景下不需要做这个优化。

内容的提问来源于stack exchange，提问作者Nithish Thomas