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 //m.sbmmt.com/ All Rights Reserved | php.cn | 湘ICP备2023035733号