Zephyr RTOS内核基础：线程同步之条件变量
一次现场调试的噩梦
去年在做一个工业网关项目，三个传感器采集线程通过消息队列往主控线程丢数据。一切看起来完美——直到现场出现偶发性死锁。用逻辑分析仪抓了三天，发现一个诡异现象：某个传感器线程明明已经准备好数据，却卡在k_msgq_put上，而主控线程正阻塞在k_msgq_get上等待数据。消息队列明明还有空位，两个线程却互相“谦让”着不干活。
排查到最后，问题出在条件变量的使用上。那个负责数据聚合的线程，在等待条件变量时没有正确释放互斥锁，导致其他线程永远无法进入临界区修改共享状态。这个坑，今天必须讲清楚。
条件变量是什么？别被名字骗了
条件变量（Condition Variable）本质上是一个“线程停车位”。当线程发现某个条件不满足时（比如缓冲区为空），它不会傻乎乎地轮询检查，而是把车停在这个停车位上，释放钥匙（互斥锁），然后睡觉。等条件发生变化时，另一个线程会来叫醒它。
Zephyr的条件变量API只有三个核心函数：
// 初始化条件变量intk_condvar_init(