std::jthread构造即启动、析构自动join()（除非已detach），内置stop_token协作中断机制，参数传递需注意生命周期，不提供joinable()而用get_id()判空。
std::jthread 构造后线程就运行，不用手动 join() 或 detach()
std::jthread 的核心设计目标就是“离开作用域时自动 join()”，前提是没被提前 detach() 过。它不是“帮你调一次 join()”的语法糖，而是 RAII 安全封装：构造即启动，析构即阻塞等待完成（除非已分离）。
常见错误是仍像用 std::thread 那样在作用域末尾手动写 t.join() —— 这不仅多余，还可能因重复 join() 导致 std::system_error（错误信息：resource_deadlock_would_occur）。
- 构造
std::jthread时传入可调用对象，线程立即启动，无需std::thread::joinable()检查 - 若线程函数执行很快，
std::jthread对象析构时几乎立刻返回；若执行久，析构会阻塞直到完成 - 显式调用
t.detach()后，析构不再join()，但之后不能再调用join()或detach()
如何安全传递参数给 std::jthread 构造函数
和 std::thread 一样，参数默认按值拷贝；引用需用 std::ref() 或 std::cref() 显式包装，否则容易悬垂。
典型陷阱：捕获局部变量地址传进线程，而该变量在 std::jthread 析构前就已销毁 —— std::jthread 的自动 join() 不解决生命周期问题，只解决“是否等待”问题。
立即学习“C++免费学习笔记（深入）”；
- 传值安全，但注意大对象拷贝开销；移动语义可用
std::move()（如传std::string、std::vector） - 传引用必须用
std::ref(x)，且确保x的生命周期长于线程执行时间 - lambda 捕获同理：避免
[&]捕获栈变量，改用[=]或显式[x = std::ref(x)]
int data = 42;
std::jthread t{[data](int x) { /* data 是副本 */ }, 100}; // 安全
std::jthread t2{[](int& x) { x++; }, std::ref(data)}; // 必须 std::ref
std::jthread 的 stop_token 和 stop_source 怎么配合使用
这是 std::jthread 真正区别于 std::thread 的关键：内置协作式中断支持。线程函数第一个参数若为 std::stop_token，就能收到外部请求停止信号。
别误以为 stop_token 能强制终止线程 —— 它只是通知机制，线程必须主动检查（如调用 token.stop_requested() 或阻塞在 token.wait() 上）。不检查就完全无效。
- 构造
std::jthread时，若线程函数接受std::stop_token，会自动绑定当前线程的stop_source - 调用
t.request_stop()发送中断请求，仅影响该线程自己的stop_token - 常见模式：循环中定期检查
token.stop_requested()，或用std::condition_variable::wait(token, ...)自动响应
std::jthread t{[](std::stop_token token) {
while (!token.stop_requested()) {
do_work();
std::this_thread::sleep_for(10ms);
}
}};
// ... later
t.request_stop(); // 安全触发退出循环
哪些场景下 std::jthread 反而更麻烦
自动 join() 是优点，也是约束。当需要“启动后彻底放手”或“跨作用域管理线程生命周期”时，std::jthread 就不如 std::thread 灵活。
比如线程对象需作为类成员长期持有，又不想每次析构都阻塞（例如类析构发生在关键路径上），这时强制 join() 可能拖慢 shutdown 流程；或者你明确想让线程后台运行至程序结束，那 detach() 后 std::jthread 就退化成带 stop 支持的 std::thread，优势减弱。
- 不能把
std::jthread移动到另一个作用域再析构 —— 移动后原对象变空，新对象析构仍会join() - 若线程函数抛异常，
std::jthread析构时仍会join()，但异常未被捕获会导致std::terminate() - 没有
joinable()成员函数（C++20 标准规定），判断是否可 join 得靠是否为空（t.get_id() != std::thread::id{}）
自动 join 是确定行为，但 stop_token 响应、参数生命周期、异常传播这些点，稍不注意就掉坑里。尤其 stop_token 不是“开关”，是“信号灯”——灯亮了，还得你自己踩刹车。
