std::condition_variable 仅用于线程等待-唤醒同步，不能直接限速；需配合定时（如 wait_until）、计数或令牌桶等外部机制实现稳定可控的流速。
std::condition_variable 不能直接控制线程流速
它本身不提供速率限制能力，只负责线程间“等待-唤醒”同步。想控速，必须配合外部节拍机制（比如定时、计数、令牌桶），std::condition_variable只是用来阻塞/释放线程的“闸门”。常见误区是以为调用 wait() 一次就能限速，其实没时间约束的 wait() 会一直挂起，直到被 notify_one() 或 notify_all() 唤醒。
用 std::chrono + wait_for 实现固定频率生产/消费
这是最常用也最直观的控速方式：让工作线程每次循环都“等够指定时长”再执行下一轮。关键不是靠 sleep_for（会丢精度、难响应退出），而是用带超时的 wait_for() 配合一个始终为 false 的条件变量，让它纯作定时器用。
示例逻辑：
std::mutex mtx;
std::condition_variable cv;
bool dummy = false; // 永远为 false，仅用于满足 wait_for 接口要求
std::chrono::steady_clock::time_point next_tick;
void rate_limited_worker() {
next_tick = std::chrono::steady_clock::now();
while (running) {
// 执行实际任务（如处理一个数据包）
do_work();
// 等待到下一个 tick 时间点
next_tick += std::chrono::milliseconds(100); // 目标间隔 100ms
std::unique_lock<:mutex> lk(mtx);
cv.wait_until(lk, next_tick, [&]{ return !running; });
// 若 running 变 true，则提前退出；否则等到 next_tick 后继续
}
}</:mutex>
- 必须用
wait_until()而非wait_for()，避免因系统调度延迟导致周期漂移累积 -
next_tick应在每次循环开始前更新，而不是在wait_until后更新，否则实际间隔会越来越长 - 务必检查
running退出条件，否则wait_until超时后可能继续执行下一轮，破坏节奏
与 std::semaphore 或 token bucket 混合使用更灵活
C++20 引入了 std::counting_semaphore，它比 std::condition_variable 更适合做“令牌发放”式限速。但若需兼容旧标准或需要动态调整速率，可用 std::condition_variable 模拟信号量行为：
核心思路：维护一个原子计数器 tokens，每轮消耗一个 token；若 token 不足，就用 wait() 等待其他线程归还（比如定时器线程每 50ms 补一个 token）。
- 补 token 的定时器线程应使用
wait_until()保证节奏稳定，避免sleep_for()导致抖动 - 注意
notify_one()和notify_all()的选择：多个消费者竞争时用notify_one()更高效；若存在优先级或需唤醒全部等待者，才考虑notify_all() - 不要在持有锁期间做耗时操作（如 I/O、复杂计算），否则会拖慢整个条件变量的响应速度
wait() 中 predicate 的误用会导致流速失控
很多代码写成 cv.wait(lk, [&]{ return ready; });，但若 ready 是个瞬态标志（比如只在某次事件中设为 true 一次），而等待线程还没来得及进入 wait()，就可能错过唤醒，永久挂起——这看起来像“流速变零”，其实是逻辑死锁。
- predicate 必须是可重入、状态可维持的，例如用
std::queue非空判断，而非单次 flag - 如果要用 flag 控制节奏，务必搭配
notify_all()和“清除 flag”的时机检查，否则易漏通知 - 调试时可打印
wait()返回原因（超时 or 被唤醒），用std::chrono::high_resolution_clock打点验证实际间隔是否符合预期
真正难的不是写出让线程“慢下来”的代码，而是让慢得稳定、可预测、可中断、不堆积。大部分问题出在把节拍逻辑和同步原语混在一起设计，而不是分层：定时归定时，唤醒归唤醒，任务归任务。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
