并发读写变量时是否需要加锁？

并发问题往往会产生原子性破坏、可见性破坏和有序性不确定等问题，这促使我们考虑对并发读写的变量进行加锁。然而，在某些场景下，即使有多个协程并发写一个全局变量，也不一定会出现问题。

不需要加锁的场景

如果对读写变量的顺序不敏感，那么多个协程并发写该变量时，可以不必加锁。举例来说：

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

var a int64
go func() {
    // 若干操作
    a = 2
}

go func() {} {
    // 若干计算
    a = 3
}

在这个例子中，读取到 2 或 3 都可以接受，因为协程之间的计算顺序无关紧要。

需要加锁的场景

但是，需要注意的是，完全不使用任何同步机制是不行的。golang 规范没有对原子性做出任何假设，因此理论上可能读到初始值 0 之外的其他值。也就是说，虽然在某些场景下不必加锁，但仍需要使用适当的同步机制，如 sync.atomic，以确保数据的一致性。