Go sync.waitGroup

前言

下面的代码是基于 go1.20 版本

属性

  • noCopy 给 go vet 静态检查用的,防止 copy
  • state 状态统计 高32位是任务数量,低32位是等待数量
  • sema 信号量,用于休眠或者唤醒
type WaitGroup struct {
	noCopy noCopy

	state atomic.Uint64 // high 32 bits are counter, low 32 bits are waiter count.
	sema  uint32
}

Add

  • 用于添加任务计数
 func (wg *WaitGroup) Add(delta int) {
	//忽略竞态代码块 
	if race.Enabled {
		if delta < 0 {
			// Synchronize decrements with Wait.
			race.ReleaseMerge(unsafe.Pointer(wg))
		}
		race.Disable()
		defer race.Enable()
	}
	
	//有任务进来,在高32位上进行加减,来标记待执行任务
	state := wg.state.Add(uint64(delta) << 32)
	v := int32(state >> 32) //当前获取到的任务数量
	w := uint32(state) //等待者数量,即 wg.Wait 执行次数
	
	//忽略竞态代码块
	if race.Enabled && delta > 0 && v == int32(delta) {
		// The first increment must be synchronized with Wait.
		// Need to model this as a read, because there can be
		// several concurrent wg.counter transitions from 0.
		race.Read(unsafe.Pointer(&wg.sema))
	}
	
	//验证任务数量,任务数量不能小于0
	if v < 0 {
		panic("sync: negative WaitGroup counter")
	}
	// 有等待者,加完和没加之前一样,说明 wait 执行后 还执行了 Add 而非 Done
	if w != 0 && delta > 0 && v == int32(delta) {
		panic("sync: WaitGroup misuse: Add called concurrently with Wait")
	}
	
	// 没有等待着或者任务没执行完,不需要去唤醒
	if v > 0 || w == 0 {
		return
	}
    //获取的state已经满足唤醒 wg.Wait 了,结果你告诉我状态变了
	if wg.state.Load() != state {
		panic("sync: WaitGroup misuse: Add called concurrently with Wait")
	}
	
	//清空任务数量,唤醒 wg.Wait 的阻塞等待
	wg.state.Store(0)
	// 有过少个 waiter 都给唤醒
	for ; w != 0; w-- {
		runtime_Semrelease(&wg.sema, false, 0)
	}
}

Done

  • Add(-1) 用于减少任务计数

Wait

  • 阻塞等待
func (wg *WaitGroup) Wait() {
	//忽略竞态代码块
	if race.Enabled {
		race.Disable()
	}
	for {
		state := wg.state.Load()
		v := int32(state >> 32)
		w := uint32(state)
		//没有任务,不等
		if v == 0 {
			// Counter is 0, no need to wait.
			if race.Enabled {
				race.Enable()
				race.Acquire(unsafe.Pointer(wg))
			}
			return
		}
		//等待者+1
		if wg.state.CompareAndSwap(state, state+1) {
			//忽略竞态代码块
			if race.Enabled && w == 0 {
				// Wait must be synchronized with the first Add.
				// Need to model this is as a write to race with the read in Add.
				// As a consequence, can do the write only for the first waiter,
				// otherwise concurrent Waits will race with each other.
				race.Write(unsafe.Pointer(&wg.sema))
			}
			//进入睡眠,等待唤醒
			runtime_Semacquire(&wg.sema)
			//进入唤醒状态,Add 中开始 唤醒 wait 时,会先将状态 reset 0
			//此时如果并发执行 add 或 wait 使用 panic 抛出异常
			if wg.state.Load() != 0 {
				panic("sync: WaitGroup is reused before previous Wait has returned")
			}
			if race.Enabled {
				race.Enable()
				race.Acquire(unsafe.Pointer(wg))
			}
			return
		}
	}
}

总结

  • 整体流程还是比较简单的
  • Add 和 Done 会对任务进行计数增减,当计数任务全部完成后对 wait的阻塞进行唤醒
    • 有等待的才会去唤醒
  • Wait 会根据 计数任务来决定是否进行阻塞等待
    • 如果计数任务 > 0,进行等待 & 等待计数 +1
    • 计数任务等于 0,不等待
  • 通过查看上面的panic 代码块,我们知道不建议 在 wg.Add + wg.Wait 后再 进行 wg.Add
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值