博客
关于我
NSQD对sync.Once的使用及sync.Once探索
阅读量:579 次
发布时间:2019-03-11

本文共 1948 字,大约阅读时间需要 6 分钟。

sync.Once 在 NSQD 启动过程中的应用

在 Go 语言中,sync.Once 是一个用于确保某个操作仅执行一次的互斥原语。它的核心作用是方便开发者在多 goroutine 调用环境下,只初始化一次或执行一次特定操作。


NSQD 启动过程中的 Once 使用

在 NSQD(Non-Blocking Sequential Data)项目中,sync.Once 被用于确保插件(plugin)的加载和初始化只执行一次。这在并发环境下非常重要,因为重复初始化可能导致资源冲突或性能问题。

项目的核心结构体如下:

type program struct {    once sync.Once    nsqd *nsqd.NSQD}

在插件的Stop()方法中,我们通过 sync.Once 来确保对 NSQD 的退出操作只执行一次:

func (p *program) Stop() error {    p.once.Do(func() {        p.nsqd.Exit()    })    return nil}

这样设计不仅保证了退出操作的原子性,还避免了多 goroutine 同时触发退出的情况。


sync.Once 的深入探索

1. sync.Once 的定义与作用

sync.Once 由 Go 标准库提供,仅包含两个字段:done uint32m Mutex。它的主要功能是确保某个操作仅执行一次。Do 方法允许调用者多次调用,但只有第一次调用时传递的函数 f 才会被执行。

其设计目的是为了在并发环境中确保关键初始化操作只运行一次,这在分布式系统中非常重要。

2. sync.Once 的典型使用场景

sync.Once 适用于以下场景:

  • 延迟初始化:确保某个资源在首次访问时被初始化,之后直接使用。
  • 消耗式使用:执行一个“消耗性”操作,只能进行一次。
  • 退出机制:在一些退出流程中,确保只执行一次终止操作。

例如,在 NSQD 项目中,Exit() 方法的调用只能执行一次,确保插件的资源释放得当。

3. sync.Once 的实现原理

sync.Once 的实现基于互斥锁(m Mutex)和双重检查(doSlow 方法):

type Once struct {    done uint32    m Mutex}func (o *Once) Do(f func()) {    if atomic.LoadUint32(&o.done) == 0 {        o.doSlow(f)    }}func (o *Once) doSlow(f func()) {    o.m.Lock()    defer o.m.Unlock()    if o.done == 0 {        defer atomic.StoreUint32(&o.done, 1)        f()    }}

Do 方法中,atomic.LoadUint32 快速检查 done 是否已设置。如果未设置,则通过 doSlow 方法执行 f

doSlow 方法中,先 acquire 互斥锁,再通过双重检查确保 done 仍未设置。如果是,则执行函数 f 并设置 done。这保证了只有一次执行的原子性。

这种设计避免了并发 goroutine 在没有互斥锁的情况下可能导致的竞态条件。

4. sync.Once 的错误使用方式

尽管 sync.Once 简单,但错误使用可能导致严重后果。根据标准库注释:

  • 如果 f 调用 Do,其中 f 调用 Do,可能导致死锁。
  • 如果 f panic,Do 会认为初始化已完成,后续调用不会重试。

因此,在使用时必须谨慎:

// 错误示例 1:死锁func main() {    var once sync.Once    once.Do(func() {        once.Do(func() {            fmt.Println("初始化中...")        })    })}

这种情况会导致死锁,因为 Do 会在前一个调用完成后立即返回,而第二个调用则在等待 once.Do 返回时被阻塞。


结论

sync.Once 是 Go 语言中处理初始化和单例资源的重要工具。通过其封装的 Do 方法,可以确保某些操作仅执行一次,从而在多 goroutine 环境中维护资源的单例性。在 NSQD 项目中,sync.Once 被用来管理插件的启动与退出,保证系统的稳定性和高效性。

正确使用 sync.Once 需要注意潜在的竞态条件和死锁风险,始终遵循其设计原理:互斥锁 + 双重检查。

转载地址:http://dwmvz.baihongyu.com/

你可能感兴趣的文章
org.springframework.boot:spring boot maven plugin丢失---SpringCloud Alibaba_若依微服务框架改造_--工作笔记012
查看>>
SQL-CLR 类型映射 (LINQ to SQL)
查看>>
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
查看>>
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
查看>>
org.springframework.web.multipart.MaxUploadSizeExceededException: Maximum upload size exceeded
查看>>
org.tinygroup.serviceprocessor-服务处理器
查看>>
org/eclipse/jetty/server/Connector : Unsupported major.minor version 52.0
查看>>
org/hibernate/validator/internal/engine
查看>>
Orleans框架------基于Actor模型生成分布式Id
查看>>
SQL-36 创建一个actor_name表,将actor表中的所有first_name以及last_name导入改表。
查看>>
ORM sqlachemy学习
查看>>
Ormlite数据库
查看>>
orm总结
查看>>
ORM框架 和 面向对象编程
查看>>
OS X Yosemite中VMware Fusion实验环境的虚拟机文件位置备忘
查看>>
os.environ 没有设置环境变量
查看>>
os.path.join、dirname、splitext、split、makedirs、getcwd、listdir、sep等的用法
查看>>
os.removexattr 的 Python 文档——‘*‘(星号)参数是什么意思?
查看>>
os.system 在 Python 中不起作用
查看>>
OS2ATC2017:阿里研究员林昊畅谈操作系统创新与挑战
查看>>