go 的并发内存模型通过“happens-before”原则确保操作的可见性和顺序。1. 同一个 goroutine 中代码顺序即 happens-before 顺序;2. channel 发送 happens-before 接收;3. mutex.unlock happens-before 下一次 lock;4. sync.once 保证初始化完成前的操作对所有后续访问可见;5. 原子操作提供同步保障。若未显式建立该关系,则可能因重排导致行为不确定。

Golang 的并发内存模型和大多数现代编程语言类似,基于“happens-before”原则来定义多个 goroutine 之间操作的可见性与顺序。简单来说,Go 不保证多 goroutine 下变量读写的顺序一致性,除非你通过 channel、sync 包或者原子操作明确建立 happens-before 关系。

happens-before 是一种逻辑关系,用来描述两个操作之间的执行顺序和可见性。如果操作 A happens-before 操作 B,那么 A 的结果对 B 是可见的,并且 A 的执行在 B 之前完成。

Go 内存模型中有一些默认规则,比如:
立即学习“go语言免费学习笔记(深入)”;
这个原则的核心在于,只有建立了 happens-before 关系的操作之间才有顺序保障和数据可见性保障,否则可能被编译器或 CPU 重排。

Go 提供了几种方式可以显式地建立 happens-before 关系,确保并发安全:
channel 是 Go 最推荐的方式之一。发送操作 happens-before 对应的接收操作:
c := make(chan int)
var a string
go func() {
a = "hello"
c <- 0 // 发送
}()
<-c // 接收
println(a) // 能正确输出 hello在这个例子中,
a = "hello"
<-c
println(a)
加锁和解锁操作之间也建立了 happens-before 关系:
var mu sync.Mutex
var x int
go func() {
mu.Lock()
x++
mu.Unlock()
}()
go func() {
mu.Lock()
fmt.Println(x) // 可以看到上面的 ++x
mu.Unlock()
}()用于只执行一次的初始化操作,内部已经封装了同步机制。
var once sync.Once
var result string
func initResult() {
result = "initialized"
}
once.Do(initResult)无论多少个 goroutine 同时调用
once.Do()
atomic.Load 和 atomic.Store 等操作提供了同步保障,适用于一些简单的并发场景。
很多人初学并发时会误以为如下代码是线程安全的:
var a, b int
go func() {
a = 1
b = 2
}()
go func() {
if b == 2 {
fmt.Println(a) // 可能为 0!
}
}()这里的问题是:虽然看起来先写了 a 再写 b,但由于没有建立 happens-before 关系,CPU 或编译器可能会重排这两个赋值操作。因此,即使
b == 2
a == 1
Go 的并发内存模型并不提供全局顺序一致性,而是靠开发者手动建立 happens-before 来保证可见性和顺序。常见的手段包括使用 channel、sync.Mutex、Once、atomic 操作等。如果不小心处理,很容易写出看似合理但行为不确定的代码。
基本上就这些。
以上就是Golang的并发内存模型特点是什么 解析happens-before原则的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号