std::stop_source本身不能直接优雅终止生产者消费者模型，它仅提供通知机制，需将stop_token传入所有阻塞点并主动响应；condition_variable::wait必须配合stop_token使用，因其重载版本能在内核等待队列中即时感知停止请求并立即返回false，而无token版本可能卡在内核态无法及时退出。
std::stop_source 本身不能直接“优雅终止”生产者消费者模型——它只提供通知机制，真正要靠你把 stop_token 塞进所有阻塞点并主动响应。
为什么 std::condition_variable::wait 需要配合 stop_token 使用
std::condition_variable::wait 的超时或虚假唤醒不可控，单靠 timeout 容易错过停止信号或延迟响应。用 wait 的重载版本（带 stop_token）能在线程被 notify 前、甚至在内核等待队列里就感知到停止请求。
- 必须传入
std::stop_token，且该 token 必须来自同一个std::stop_source实例 - 底层会注册 cancellation callback，一旦
request_stop()被调用，wait立即返回false（表示未满足谓词） - 若使用无 token 版本的
wait，即使调用request_stop()，线程仍可能卡在内核态等 signal，无法及时退出
生产者和消费者都要检查 stop_token，但方式不同
生产者通常控制数据源生命周期（如读文件、接收网络包），消费者处理队列逻辑；两者对 stop_token 的响应逻辑不能一概而论。
- 生产者：应在每次尝试 push 前检查
token.stop_requested()，若为真则跳过生成新任务，并可调用cv.notify_all()唤醒等待中的消费者 - 消费者：必须用
cv.wait(lock, [token]{ return !queue.empty() || token.stop_requested(); })这类带 token 的谓词等待，否则无法在 queue 为空时及时退出 - 注意：
stop_requested()是轻量级检查，可安全在循环中高频调用；但不要仅依赖它替代 wait —— 否则变成忙等
std::jthread 是 std::stop_source 的最佳搭档
手动管理 std::stop_source + std::thread 容易漏掉 join 或 detach，而 std::jthread 构造时自动绑定 stop_source，析构时自动 request_stop + join，大幅降低出错概率。
- 声明消费者线程：
std::jthread consumer{[&](std::stop_token token) { /* 消费逻辑 */ }}; - 其内部持有的
stop_source与传入的token关联，无需额外保存或传递stop_source - 若需外部触发停止（比如用户按 Ctrl+C），直接让
jthread对象析构，或显式调用consumer.request_stop() - ⚠️ 注意：
std::jthread是 C++20 特性，GCC 10+/Clang 12+ 才完整支持；旧版本需手写 RAII wrapper
队列 pop 操作必须是原子的，且不能忽略 stop_token 返回值
哪怕用了 wait 带 token 的版本，pop 之后仍要再检查一次 token.stop_requested()，因为 wait 返回 true 只代表条件曾满足，不代表此刻仍有效（尤其多消费者竞争时）。
- 错误写法：
if (cv.wait(lock, [&]{ return !queue.empty(); })) { auto x = queue.front(); queue.pop(); /* 处理 x */ }—— 完全没响应停止信号 - 正确写法：
if (cv.wait(lock, [token]{ return !queue.empty() || token.stop_requested(); })) { if (token.stop_requested()) break; auto x = queue.front(); queue.pop(); /* 处理 x */ } - 更稳妥做法：把
queue.pop()封装成带返回值的函数（如std::optional<t> try_pop()</t>），并在 pop 失败时再次检查 token
真正麻烦的从来不是加一个 stop_source，而是确保每个可能阻塞的位置（wait、sleep、read、recv）都接入了 token，且业务逻辑在收到信号后不继续提交新任务、不遗漏清理资源（比如未 flush 的日志缓冲）。漏掉任意一处，就可能让线程卡死或行为异常。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
