std::thread::join()必须在对象析构前调用，否则程序调用std::terminate()终止；每个线程只能join一次，重复调用未定义；推荐用vector批量管理并join，或升级至C++20的std::jthread自动join。
std::thread::join() 必须在对象析构前调用
不调用 join() 或 detach() 就让 std::thread 对象离开作用域，程序会直接调用 std::terminate() 终止——这是最常踩的坑，且错误信息往往只显示 “terminate called without an active exception”，根本看不出是线程没处理。
每个 std::thread 实例只能被 join() 一次；重复调用未定义行为（通常 crash）；已 join() 过的线程对象再调用 joinable() 返回 false。
- 必须对每个创建的线程显式调用
join()，不能依赖 RAII 自动等待 - 如果线程可能提前退出（比如抛异常），推荐用
std::thread的 RAII 封装类（如scoped_thread）或在try/catch块里确保join() - 不要在循环中反复
join()同一个线程对象；先检查t.joinable()
用 vector 管理多个线程并批量 join
批量启动、批量等待是最常见场景。把所有 std::thread 存进 std::vector，最后统一遍历 join()，逻辑清晰且不易漏掉。
注意：std::thread 不可拷贝，只能移动；往 vector 里 push 时要用 std::move()。
立即学习“C++免费学习笔记（深入）”；
std::vector<std::thread> threads;
for (int i = 0; i < 4; ++i) {
threads.emplace_back([i] {
std::this_thread::sleep_for(std::chrono::seconds(1));
std::cout << "Thread " << i << " done\n";
});
}
for (auto& t : threads) {
if (t.joinable()) t.join(); // 安全起见加 joinable() 检查
}
用 std::jthread（C++20）自动 join
std::jthread 是 C++20 引入的“可加入的线程”，构造后无需手动 join() 或 detach()：析构时自动调用 join()，除非你显式调用 detach()。
它还支持协作式中断（request_stop()），比 std::thread 更安全，但需确认编译器支持（GCC 10+/Clang 12+）。
- 旧代码迁移到
std::jthread时，注意 lambda 捕获std::stop_token的写法 - 如果线程函数内部可能长时间阻塞（如无超时的
recv()），仅靠std::jthread无法强制终止，仍需配合超时或信号机制 - 不支持 C++17 及更早标准；若项目受限于 C++17，别用
std::jthread
别用 detach() 代替 join() 等待全部结束
detach() 让线程后台运行，主线程继续执行，**完全不等它结束**。一旦调用 detach()，你就失去了对该线程生命周期的控制——它可能在 main 返回后还在访问全局变量、静态对象，甚至触发 use-after-free。
常见误用：以为 “启动一堆线程 + 全部 detach()” 就算“等它们做完”，实际只是放任不管。
-
detach()适合真正独立的守护任务（如日志轮转、心跳上报），且保证不访问任何即将销毁的资源 - 只要需求是“等待所有任务结束”，
detach()就不是解法，而是 bug 来源 - 若线程内有动态分配内存，
detach()后主线程退出可能导致内存泄漏（除非线程自己释放）
