前言
在 Go 里有专门为同步通信而生的 channel，所以较少看到 sync.Cond 的使用。不过它也是并发控制手段里的一种，今天我们就来认识下它的相关实现，加深对同步机制的运用。
sync.Cond
sync.Cond 提供了三个方法：Wait()、Signal()、Broadcast()，它们的用法如下：
- Wait()：阻塞当前的 goroutine，等待唤起。
- Signal()：唤起一个阻塞的 goroutine。
- Broadcast()：唤起所有阻塞的 goroutine。
通过上面的方法描述，我们就可以简单的实现一个任务池功能：先批量的创建 goroutine，然后调用 sync.Cond 的 Wait() 方法让其阻塞的等待。
当有一个任务到来时，则通过 Signal() 唤起刚刚在阻塞的某一个 goroutine，去执行任务。
通过任务池功能，我们发现 sync.Cond 的运用很简单，但 Go 官方并不推荐我们使用 sync.Cond 来实现协程间的同步通信。
因为它并不符合 Go 官方 “通过通信来共享内存” 的设计思想，当场景复杂时，则会耦合各个业务功能。
sync.Cond 源码分析
我们来看下 sync.Cond 的结构体，代码在 /sr/sync/cond.go 下：
type Cond struct {
noCopy noCopy // 不可复制
L Locker // 锁
notify notifyList // 通知唤起列表
checker copyChecker // 复制检测
}可以看到 Cond 上有 notify 列表，而这正是维护了需要唤起的 goroutine 列表。
当我们调用 Wait() 方法的时候就会维护当前 goroutine 到对应的 notifyList 里：
func (c *Cond) Wait() {
c.checker.check()
t := runtime_notifyListAdd(&c.notify) // 将当前 goroutine 添加到 notifyList 里
c.L.Unlock()
runtime_notifyListWait(&c.notify, t) // 阻塞等待
c.L.Lock()
}当有其他协程调用了 Signal 或 Broadcast 方法时，则会通过runtime_notifyListNotifyOne或runtime_notifyListNotifyAll方法来唤起一个或多个 goroutine。
其他同步方式的实现
前面提到到 sync.Cond 并不被推荐作为协同通信手段，那如果要实现它的单播、广播效果，该怎么弄呢？
其实也很简单，如果我们要实现单播效果，那么只需要通过阻塞的监听 channel 信号即可。
如果要实现广播唤起效果，只需要利用 context 的链式取消特性，也能达到该效果。
