c++oding="utf-8" ?>
std::jthread 构造后自动管理生命周期，析构时默认尝试 join() 以避免 std::terminate()；内置 std::stop_token 支持协作式中断；仅支持移动且移动后源对象状态明确；需 C++20 支持。
std::jthread 构造后自动管理生命周期，无需手动调用 join() 或 detach()
std::jthread 在构造时绑定可调用对象，并在析构时自动尝试 join() —— 这是它最核心的改进。如果线程仍在运行且未被 join() 或 detach()，析构会阻塞直到线程结束；若线程已不可加入（如已 detach()），则不执行任何操作。这直接消除了 std::thread 常见的“析构前未 join/detach 导致程序终止”的风险。
常见错误现象：std::thread 对象离开作用域时仍处于 joinable() 状态，会触发 std::terminate()。而 std::jthread 默认行为就是安全的。
- 适用于短生命周期、作用域内启动并等待完成的线程场景（如函数局部线程）
- 不适用于需要长期后台运行、且明确交由其他模块管理生命周期的线程（此时仍应显式
detach()或移交所有权） - 若你确实想避免析构时阻塞，可提前调用
detach()—— 但需自行承担资源/生命周期责任
内置协作式中断支持：std::jthread 携带 std::stop_token 和 std::stop_source
std::jthread 内置一个 std::stop_source，其 get_stop_token() 可返回对应的 std::stop_token，供线程函数检查是否收到停止请求。这是 C++20 对“协作取消”的标准化支持，比手写 flag + 条件变量更轻量、更统一。
使用场景：需要响应外部信号提前退出的长时间运行任务（如轮询、IO 等待、计算循环）。
-
std::jthread的构造函数可接受带std::stop_token参数的可调用对象（签名形如void(std::stop_token)） - 线程函数内部可通过
token.stop_requested()检查，或用token.stop_callback(...)注册回调 - 主线程可通过
jthread.request_stop()发起中断请求，该操作是线程安全且无锁的 - 注意：中断只是“建议”，具体是否响应、何时响应，完全由线程函数逻辑决定
移动语义更安全，禁止拷贝，且移动后源对象变为不可连接状态
与 std::thread 类似，std::jthread 删除了拷贝构造和拷贝赋值，只支持移动。但关键区别在于：移动后，源 std::jthread 对象的状态被明确定义为“不可连接（not joinable）”，且其内部 stop_source 也被转移走 —— 不会残留无效句柄或悬空 token。
对比 std::thread：移动后源对象虽也变为 joinable() == false，但其内部状态未定义（仅保证不抛异常），而 std::jthread 明确保证移动后源对象的 get_stop_token() 返回空 std::stop_token，且 joinable() 为 false。
- 适合封装在线程池、任务队列等需要转移线程所有权的场景
- 移动后对原对象调用
request_stop()或get_stop_token()是安全的（返回空 token，不触发操作） - 仍需注意：移动后的目标对象才拥有真实资源，原对象不应再用于同步或控制
性能与兼容性：无额外运行时开销，但要求 C++20 编译器支持
std::jthread 的实现不引入额外的原子操作或内存分配，其 stop_source 是栈上对象，stop_token 是轻量 handle。自动 join() 行为只在析构时发生一次，与手写 ~T() { if (t.joinable()) t.join(); } 成本一致。
限制也很明确：必须启用 C++20（如 GCC 10+、Clang 12+、MSVC 19.29+），且标准库需完整实现
- 编译需加
-std=c++20，链接无需额外库 - 若需跨平台或支持较老工具链，不能假设
std::jthread可用，应回退到std::thread+ RAII 封装 - 目前没有运行时降级机制 —— 它不是
std::thread的子类，也不能隐式转换
#include <thread>
#include <chrono>
#include <iostream>
void worker(std::stop_token stoken) {
for (int i = 0; i <p>
真正容易被忽略的是：自动 <code>join()</code> 虽安全，但可能掩盖设计问题 —— 比如本该异步执行的任务被意外阻塞在析构，导致调用方延迟。协作中断也不是银弹，<code>stop_token</code> 无法中断系统调用或 mutex 等待，仍需结合超时、条件变量等手段。</p></iostream></chrono></thread>
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
