std::jthread在C++20中引入，构造后自动启动线程，析构时自动join()，避免std::terminate；需注意数据生存期、显式捕获、stop_token协作中断。
std::jthread构造后立即执行，无需手动detach或join
std::jthread在C++20引入，核心价值就是解决传统std::thread必须显式调用join()或detach()的痛点。构造时传入可调用对象，线程自动启动；析构时若仍可joinable()，会自动join()——这意味着你不用再写try/catch加join()的样板代码，也不会因忘记join()导致程序终止（std::thread析构时joinable()会调用std::terminate）。
常见错误现象：用std::thread时局部变量在线程函数里访问已销毁的栈对象，或忘记join()导致崩溃；换成std::jthread后问题依旧存在——因为自动join()只管生命周期，不管数据生存期。
- 确保线程函数捕获的外部变量（尤其是引用、指针）在
std::jthread对象整个生命周期内有效 - 避免用
[&]隐式捕获局部变量；改用[=]值拷贝，或显式列出需捕获的成员（如[this, data = std::move(data)]） - 若需提前终止，依赖
std::jthread内置的std::stop_token机制，而非靠外部标志位轮询
用stop_token配合lambda实现安全退出和资源清理
std::jthread构造时自动关联一个std::stop_source，可通过get_stop_token()获取对应std::stop_token。这是实现协作式中断的关键——线程函数应定期检查token.stop_requested()，并在退出前完成清理。
使用场景：后台日志写入、心跳上报、缓冲区轮询等需要可控启停的任务。
立即学习“C++免费学习笔记（深入）”；
示例中注意std::stop_token不能被拷贝（仅可移动或按引用传递），且检查点位置影响响应延迟：
std::jthread worker([](std::stop_token token) {
std::ofstream log{"app.log", std::ios::app};
while (!token.stop_requested()) {
log << "heartbeat\n";
log.flush(); // 确保内容落地
std::this_thread::sleep_for(1s);
}
// 退出前自动关闭文件流（log析构）
});
// ... 后续某处
worker.request_stop(); // 触发token.stop_requested()为true
// worker析构时自动join()，log对象在此前已析构，资源释放完成
std::jthread与RAII资源管理天然契合
因为std::jthread析构时自动join()，它能和栈上资源（如std::unique_ptr、文件句柄、锁、自定义类）形成自然的RAII链条：线程结束 → 栈展开 → 局部资源按逆序析构 → 清理逻辑执行。
性能影响：相比detach()线程，std::jthread强制同步等待，适合生命周期明确、可预测的后台任务；不适合“发射即忘”的长时守护线程（此时仍需detach()并自行管理）。
- 不要把
std::jthread存为类成员后，在析构函数里不做任何处理就让它离开作用域——这会导致阻塞主线程直到后台任务完成 - 若后台任务耗时不可控，应在lambda内主动分割工作单元，并在每个单元间检查
stop_token - 避免在
std::jthreadlambda 中抛异常未捕获：虽然std::jthread析构仍会join()，但异常会终止当前线程，可能跳过清理逻辑
兼容性与替代方案（C++17及更早）
如果你的项目尚未启用C++20，std::jthread不可用。此时可用封装类模拟其行为，但要注意：标准库无std::stop_source支持，协作中断需自行实现。
常见错误是直接继承std::thread并重载析构函数——这违反了std::thread的不可复制/不可移动语义，且无法安全访问其私有状态。
可行做法是组合+RAII包装：
struct scoped_thread {
std::thread t;
scoped_thread(std::thread t_) : t(std::move(t_)) {}
~scoped_thread() { if (t.joinable()) t.join(); }
scoped_thread(const scoped_thread&) = delete;
scoped_thread& operator=(const scoped_thread&) = delete;
};
但这类手写封装不提供stop_token，也无法感知线程内部是否已响应中断。真正需要协作中断时，建议升级工具链或引入boost::thread等第三方支持。
最易被忽略的一点：即使用了std::jthread，线程函数里打开的文件、分配的内存、持有的锁，仍需由你通过作用域或显式析构来保证释放——std::jthread只管线程本身，不管它干了什么。
