双重检查锁用于Go中单例模式的并发控制，先通过atomic读取初始化状态避免加锁开销，未初始化时获取mutex并二次检查确保仅创建一次实例；02. sync.Once提供更安全简洁的替代方案，内部实现已包含双重检查与内存屏障，推荐实际项目使用。
在Golang中实现双重检查锁（Double-Checked Locking）单例模式时，核心目标是确保全局仅创建一个实例，同时避免多协程竞争带来的重复初始化问题。虽然Go推荐使用sync.Once来实现单例，但理解双重检查锁的写法有助于掌握并发控制细节。
为什么需要双重检查锁
在高并发场景下，多个goroutine可能同时调用单例获取方法。如果不对实例初始化做同步控制，可能导致多次创建。直接加锁会影响性能，因此引入“双重检查”机制：先判断是否已初始化，避免不必要的加锁开销。
使用sync.Mutex和atomic进行双重检查
以下是基于sync.Mutex和sync/atomic包实现的双重检查锁单例模式：
package mainimport ( "sync" "sync/atomic")type Singleton struct { data string}var instance *Singletonvar initialized uint32var mu sync.Mutexfunc GetInstance() *Singleton { // 第一次检查：无需加锁 if atomic.LoadUint32(&initialized) == 1 { return instance } mu.Lock() defer mu.Unlock() // 第二次检查：防止多个goroutine同时进入 if initialized == 0 { instance = &Singleton{data: "I'm the only instance"} atomic.StoreUint32(&initialized, 1) } return instance}
说明：
立即学习“go语言免费学习笔记（深入）”；
使用atomic.LoadUint32读取初始化状态，避免锁竞争。 只有在未初始化时才获取互斥锁，减少性能损耗。 加锁后再次检查initialized，防止多个goroutine同时创建实例。 通过atomic.StoreUint32保证写操作的原子性。
更简洁的方式：sync.Once
Go标准库提供了更安全、简洁的方案——sync.Once，它内部已处理了双重检查逻辑：
var once sync.Oncefunc GetInstanceSafe() *Singleton { once.Do(func() { instance = &Singleton{data: "I'm the only instance"} }) return instance}
sync.Once保证Do中的函数只执行一次，且具有内存屏障效果，能正确发布对象引用，避免因编译器重排序导致的问题。
基本上就这些。虽然手动实现双重检查有助于理解底层机制，但在实际项目中建议优先使用sync.Once，代码更清晰且不易出错。
以上就是如何使用Golang实现双重检查锁单例模式的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1410590.html
微信扫一扫 
支付宝扫一扫 
