Golang使用sync.Cond条件变量协调并发

sync.Cond用于协程间同步，需配合互斥锁使用，核心方法为Wait、Signal和Broadcast；示例中主线程等待子协程完成初始化，通过Broadcast通知，使用for循环避免虚假唤醒。

在Go语言中，sync.Cond 是一种用于协调多个协程之间同步的机制，它允许协程等待某个特定条件成立后再继续执行。相比简单的互斥锁或通道，sync.Cond 更适合“通知-唤醒”场景，比如生产者-消费者模型中，消费者等待数据就绪。

sync.Cond 的基本结构

sync.Cond 需要配合互斥锁（通常是 *sync.Mutex 或 *sync.RWMutex）使用。它的核心方法包括：

• Wait()：释放锁并进入等待状态，直到被 Signal 或 Broadcast 唤醒。
• Signal()：唤醒一个正在等待的协程。
• Broadcast()：唤醒所有等待的协程。

注意：调用 Wait() 前必须持有锁，而 Signal() 和 Broadcast() 可以在持有锁的情况下调用，通常推荐在锁保护下进行，以避免竞态条件。

使用示例：实现简单的事件等待

下面是一个使用 sync.Cond 实现“主线程等待子协程完成初始化”的例子：

立即学习“go语言免费学习笔记（深入）”；

package main
import (
"fmt"
"sync"
"time"
)
func main() {
var mu sync.Mutex
cond := sync.NewCond(&mu)
ready := false
// 模拟后台加载数据
go func() {
    time.Sleep(2 * time.Second) // 模拟耗时操作
    mu.Lock()
    ready = true
    cond.Broadcast() // 通知所有等待者
    mu.Unlock()
}()

// 主线程等待数据就绪
mu.Lock()
for !ready {
    cond.Wait() // 释放锁并等待，被唤醒后重新获取锁
}
mu.Unlock()

fmt.Println("数据已就绪，继续执行...")
}
在这个例子中，主线程在条件未满足时调用 Wait() 进入阻塞。后台协程完成工作后修改状态并调用 Broadcast() 唤醒等待方。注意使用 for 循环检查条件，而不是 if，这是为了避免虚假唤醒（spurious wakeup）。

							

								
								

									Shell脚本编写基础 中文WORD版
									
Shell本身是一个用C语言编写的程序，它是用户使用Linux的桥梁。Shell既是一种命令语言，又是一种程序设计语言。作为命令语言，它交互式地解释和执行用户输入的命令；作为程序设计语言，它定义了各种变量和参数，并提供了许多在高级语言中才具有的控制结构，包括循环和分支。它虽然不是Linux系统核心的一部分，但它调用了系统核心的大部分功能来执行程序、建立文件并以并行的方式协调各个程序的运行。因此，对于用户来说，shell是最重要的实用程序，深入了解和熟练掌握shell的特性极其使用方法，是用好Linux系统
								
								下载 
							
						
常见使用模式与注意事项
sync.Cond 的正确使用依赖几个关键点：

总是用 for 循环检查条件，防止虚假唤醒。

Wait() 调用会自动释放锁，并在唤醒后重新获取锁，因此返回时仍处于临界区。
修改共享状态和调用 Signal/Broadcast 应在锁保护下进行。
如果只有一个等待者，Signal() 更高效；若有多个，使用 Broadcast()。

虽然通道（channel）也能实现类似功能，但在某些需要精确控制唤醒时机或多播通知的场景下，sync.Cond 更加灵活。
适用场景与替代方案
sync.Cond 适用于以下情况：

多个协程等待同一条件成立。
需要广播通知所有等待者。
性能敏感且频繁唤醒/等待的场景。

对于简单的一对一同步，使用 chan struct{} 更简洁。例如：
done := make(chan bool, 1)
go func() {
    // 工作完成后
    done <- true
}()
<-done // 等待
但当逻辑复杂、需多次等待或状态组合判断时，sync.Cond 提供更清晰的控制粒度。
基本上就这些。合理使用 sync.Cond 能有效协调并发流程，关键是理解其与锁的协作机制，避免死锁或遗漏通知。不复杂但容易忽略细节。