Go 是否需要使用 getter / setter ？ 如果需要，什么情况应该使用？

碰到这样的的说明你的上层接口设计不当
所有需要锁的地方都要用统一的 get set

多用 interface ...

go is not java

@elgoog1970 让我又想到了递归命名法， go is not java `ginj`

如果你的实现不可避免的存在竞争条件，那加锁也没什么可耻的。而且加锁也不是非要在 getter/setter 上加，别套用 java 的 synchronized ，完全可以在相关逻辑代码中加，如果逻辑复杂多处竞争，那你就真该考虑优化优化设计了。另外，既然用 go ，那还是尽量多用 channel 少用共享可变量吧。

@mengzhuo 因为不是所有地方都需要，不统一，所以才纠结。

@zyguan 如果我想在内存中保存一个列表，不断的有各路 goroutine 更新它的某些元素， channel 怎么做？

@darasion 另开一个 goroutine 专门维护这个列表，其它各路 goroutines 通过 channel 和它通信，这样就没必要加锁了。当然，前提是对这个列表的更新或访问不会频繁到成为瓶颈。实际上，如果成为瓶颈了，即使用锁来同步，也不会好哪去，这时应该考虑对这列表进行分区了。个人愚见，仅供参考。

@darasion 能用楼上的 Channel 就用，实在用不了再看数量，多的就统一，少的话，业务函数自己上锁。