并发读写变量，何时需要加锁？

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

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

不需要加锁的场景

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

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

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

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

需要加锁的场景

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

以上就是并发读写变量，何时需要加锁？的详细内容，更多请关注其它相关文章！