std::jthread 构造时自动关联独立 std::stop_source 并注册析构 join 回调，但线程池需共享同一 stop_source 才能协同终止；必须显式轮询 stop_token 且确保其生命周期长于工作线程。
std::jthread 构造时自动注册 stop_callback 的行为
std::jthread 在构造时会自动关联一个 std::stop_source，并把析构时的 join 操作绑定为默认停止回调。这意味着：只要线程函数里定期检查 stop_token，且不手动调用 request_stop()，线程会在 jthread 对象销毁时被「协作式等待终止」——不是强制 kill，而是等它自己退出循环。
关键点在于：你不能依赖「线程函数结束就自动 stop」；必须显式检查 token，否则 jthread 析构时会卡在 join 上（除非你调用 detach()，但那就失去优雅关闭能力）。
- 每个
std::jthread持有一个独立的std::stop_source，彼此不共享 - 若要统一控制整个线程池，需手动把同一个
std::stop_source.get_token()传给所有工作线程 - 不要在 lambda 捕获中直接用
[&token]() { ... }，避免悬垂引用；应值捕获[token = ss.get_token()]()
线程池任务循环中如何正确轮询 stop_token
协作式中断不是“中断信号”，而是“询问是否该停”。所以工作线程必须主动、频繁地检查 stop_token.stop_requested()，并在合适位置（比如每次取任务前、或每次处理完一个任务后）退出循环。
常见错误是只在循环开头检查一次，或在阻塞调用（如 queue.pop()）内部忽略 token —— 这会导致线程卡住，无法响应关闭请求。
立即学习“C++免费学习笔记（深入）”；
- 推荐模式：用
if (token.stop_requested()) break;放在循环体顶部 - 若使用带超时的等待（如
queue.wait_pop_for(...)），应配合token.stop_requested()或用wait_pop_until+std::chrono::steady_clock::now()实现可取消等待 -
stop_token是轻量对象，可安全拷贝、多次调用stop_requested()，无性能顾虑
线程池 shutdown() 中 request_stop() 和 join() 的顺序
标准做法是先广播停止请求，再逐个等待线程退出。但要注意：std::jthread::join() 内部会检查是否已请求停止，并等待线程自然退出；如果线程没响应 token，join() 就会死等。
void shutdown() {
// 1. 统一触发所有工作线程的停止请求
stop_source.request_stop();
// 2. 逐个等待，jthread 的 join 是安全的（它知道 stop_source）
for (auto& t : threads) {
if (t.joinable()) {
t.join(); // 不会抛异常，但会阻塞直到线程退出
}
}
}
- 必须确保
stop_source的生命周期长于所有工作线程（例如作为线程池类的成员） - 不要在
shutdown()中重复调用request_stop()—— 多次调用无副作用，但暴露设计混乱 - 若某线程因 bug 未响应 token，可考虑加超时逻辑（但标准
jthread不支持超时 join；需自行封装std::thread+std::stop_source）
为什么不能只靠 jthread 析构自动关闭线程池？
因为 std::jthread 的析构只会对「它自己关联的那个 stop_source」起作用，而线程池里多个线程通常共享同一个控制逻辑。如果每个线程都用独立 jthread，但没把它们的 stop_source 统一管理，那析构时只能各自 join 自己，无法实现「全局协调关闭」。
换句话说：单个 jthread 解决的是「单线程生命周期管理」，线程池需要的是「多线程协同终止协议」——这得靠你手动维护一个共享 std::stop_source，并把它分发给所有 worker。
- 别误以为把所有
jthread成员放在 vector 里，然后让 vector 析构就能自动关掉全部线程；那只是分别 join，不保证它们收到同一份停止指令 - 真正决定「何时停」的是你调用
stop_source.request_stop()的时机，不是对象销毁时机 - 最容易被忽略的一点：worker 函数里若用了
std::this_thread::sleep_for或其他不可中断等待，必须手动插入 token 检查点，否则永远卡住
