cond.Wait 和 cond.Signal 的正确使用场景是什么？
条件变量的等待操作必须置于while循环中以防虚假唤醒；条件变量的通知操作需在持锁修改共享状态后、释放锁前调用；两者须共用同一把锁。条件变量适用于低频、长时间等待共享状态变更的场景，可避免轮询开销。
Condition 变量的使用有几个关键原则：cond.Wait 必须在 while 循环中调用，因为虚假唤醒和竞态要求反复检查谓词；cond.Signal 须在持锁修改状态后、释放锁前调用；cond.Wait 与 cond.Signal 必须共用同一把锁；Condition 适用于低频、长时间等待共享状态变更的场景。下面逐一展开。
cond.Wait 必须在 while 循环中调用
直接用 if 判断后调用 cond.wait() 是最容易踩的坑之一。问题在于，操作系统和运行时环境都允许线程在没有任何信号的情况下被唤醒——这被称为虚假唤醒（spurious wakeup）。另外，即使只有一个线程被 signal 唤醒，也可能出现多个线程同时醒来的情况（多核系统下尤为常见）。如果只用 if 检查一次，唤醒后就直接往下执行，很可能条件已经不成立，数据错乱就在所难免。
正确的做法是：拿到锁之后，用 while 循环反复检查谓词（predicate），只有当条件真正满足时才跳出循环。以 Go 为例：
lock.Lock()
defer lock.Unlock()
for len(queue) == 0 { // 谓词：队列为空
cond.Wait() // 自动释放 lock，唤醒后自动重新获取
}
item := queue[0]
queue = queue[1:]
- 绝对不能写成
if len(queue) == 0 { cond.Wait() }——那相当于赌运气。 - 即便你只期望唤醒一个线程，也要循环检查，因为唤醒不等于条件成立。
- 这条规则适用于所有主流实现：Ja va 的
await()、Go 的Cond.Wait()、C 的pthread_cond_wait()，无一例外。
cond.Signal 应在修改共享状态后、释放锁前调用
cond.Signal() 本身不做数据操作，也不释放锁，它的作用只是向等待队列发一个“醒醒”通知。如果先释放锁再调用 signal，就会引入一个极难排查的竞态：新线程可能在你释放锁之后、signal 之前抢先加锁并再次阻塞，等你的 signal 发出时，已经没有等待者了——通知丢失，等待线程永远醒不来。
安全的顺序是：
lock.Lock()
// 修改共享状态：如 queue.push(item), count++
if len(queue) == 1 { // 刚从空变为非空，值得通知消费者
cond.Signal()
}
lock.Unlock()
- 必须在持有锁期间判断是否需要 signal —— 这样才能原子地观察状态变化并决定通知。
- 不要在 unlock 之后才调用
cond.Signal()，哪怕你觉得“逻辑上更顺”。 - 如果需要唤醒所有等待者（例如关闭信号、批量就绪），请用
cond.Broadcast()或cond.SignalAll()，但要注意性能开销更高。
cond.Wait 和 cond.Signal 必须共用同一把锁
Condition 不是一个独立的同步原语，它必须与且仅与一个互斥锁绑定。Go 的 sync.Cond{L: &mutex}、Ja va 的 ReentrantLock.newCondition()、C 的 pthread_cond_wait(&cond, &mutex) 都强制要求传入 mutex。跨锁使用会引发未定义行为——轻则死锁，重则内存破坏。
常见的误用案例：
- 用
mutexA加锁，却传mutexB给cond.Wait()→ 直接崩溃或静默失败。 - 一个
cond被多个不同锁的临界区复用 → 状态混乱，唤醒完全失效。 - 忘记
cond.Wait()返回后已经自动重新加锁，手动多加一次导致死锁。
何时该用 cond 而不是 channel 或 mutex + sleep？
Condition 最适合“等待某个共享内存状态改变”的场景，尤其是当状态由多个线程协同维护、通知频率低、等待时间长的时候。相比轮询 + time.Sleep()，它能省下大量 CPU；相比 channel，它更贴近底层共享变量模型（比如 ring buffer、引用计数、文件描述符就绪等）。
但也有些铁律需要记住：
- channel 在 Go 生态中更适合 goroutine 间传递数据，语义清晰，自带缓冲和关闭机制。
- 如果只是单次通知（比如初始化完成），用
sync.Once或sync.WaitGroup更轻量。 - Condition 无法跨进程使用；如果需要进程间通信，请考虑 POSIX 信号量或消息队列。
最后一点最容易忽略：Condition 的等待队列不保证 FIFO 顺序，signal 唤醒哪个线程完全取决于调度器和底层实现。永远不要依赖唤醒顺序来做业务逻辑判断——那不是它承诺的功能。
正软商城本月促销专区，汇集办公、设计、安全、影音、系统工具及AI软件等正版软件优惠活动，提供限时折扣、特价授权和优惠购买信息，活动库存及价格以页面实时展示为准。
正软商城装机必备专区，精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件，帮助用户快速完成新电脑软件配置。
正软商城Windows软件专区，汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件，提供软件介绍、系统要求、正版授权及购买下载服务。
正软商城macOS软件专区，精选适用于Mac电脑的办公、设计、影音、效率、开发和系统工具，提供软件功能介绍、macOS兼容版本、正版授权及购买下载服务。
正软商城iOS软件专区，精选适用于iPhone和iPad的办公、学习、影音、设计、效率及AI应用，提供功能介绍、适用设备、系统要求和正版获取方式等信息。
正软商城AI软件专区，汇集AI写作、AI绘画、AI视频、AI办公、AI编程、AI翻译、智能客服和数据分析等人工智能工具，提供功能介绍、适用平台、收费方式及正版购买信息。
正软商城PDF教程频道提供PDF编辑、转换、合并、拆分、压缩及格式处理方法，同时介绍常用PDF软件和工具的使用技巧。
赤友清理大师是一款为 Mac 设计的智能清理优化工具，可精准扫描垃圾、大文件、重复文件等，释放磁盘空间。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
极度公式是一款跨平台专业LaTeX公式识别编辑软件，支持OCR公式识别和多平台编辑。和使用说明，避免使用，享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
一款文字处理软件，一种订阅式的跨平台办公软件，基于云平台提供多种服务，通过将 Excel 和 Outlook 等应用与 OneDrive 和 Microsoft Teams 等强大的云服务相结合，Office 365 可让任何人使用任何设备随时随地创建和共享内容。
CodeExpander 是一款快捷短语输入增强工具，通过键入缩写自动展开为自定义文段，提升工作效率。任务管理和过程控制会更完整，持续下载、批量同步或需要稳定传输流程的场景会更适合它。
Mountain Duck 是一款能将多个网盘挂载到本地的工具，像本地磁盘一样使用网盘。清理链路的完整性会更好一些，做应用卸载、残留处理和空间整理时，通常能少走很多手动排查步骤。
极度公式是一款跨平台专业LaTeX公式识别编辑软件，支持OCR公式识别和多平台编辑。和使用说明，避免使用，享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
一款文字处理软件，一种订阅式的跨平台办公软件，基于云平台提供多种服务，通过将 Excel 和 Outlook 等应用与 OneDrive 和 Microsoft Teams 等强大的云服务相结合，Office 365 可让任何人使用任何设备随时随地创建和共享内容。
Wise Folder Hider Pro 是一款专业级文件和文件夹隐藏加密软件，为私密数据添加多重保护。高频操作更强调就近处理，浏览、整理和跨目录移动文件时，来回切换和重复点击都会少很多。
CodeExpander 是一款快捷短语输入增强工具，通过键入缩写自动展开为自定义文段，提升工作效率。任务管理和过程控制会更完整，持续下载、批量同步或需要稳定传输流程的场景会更适合它。
Mountain Duck 是一款能将多个网盘挂载到本地的工具，像本地磁盘一样使用网盘。清理链路的完整性会更好一些，做应用卸载、残留处理和空间整理时，通常能少走很多手动排查步骤。
