std::thread创建后必须join或detach，否则析构时触发std::terminate；推荐C++20用std::jthread自动join，并注意参数传递、数据共享同步及生命周期管理。
std::thread 创建后必须 detach 或 join，否则程序崩溃
不处理 std::thread 对象的生命周期是 C++ 多线程最常踩的坑。构造完 std::thread 后，如果它仍处于可连接（joinable）状态，而对象析构时没调用 join() 或 detach()，会直接触发 std::terminate —— 不抛异常，不打印堆栈，进程静默退出。
- 用
join()等待线程结束：适合主线程需同步结果的场景，但注意阻塞风险 - 用
detach()让线程后台运行：适合“发射即不管”的任务（如日志上报），但无法再获取返回值或判断是否完成 - 构造后立刻检查：
t.joinable()是安全前提，别假设它一定可 join - 避免临时对象绑定：
std::thread{f}.join();看似简洁，但线程对象是纯右值，析构时仍会 terminate
传递参数到线程函数要小心值拷贝和引用捕获
向 std::thread 构造函数传参时，默认按值拷贝；想传引用必须显式套 std::ref()，否则你传的是局部变量的副本，原变量改了线程里也看不到。
- 普通变量传参：
std::thread{f, x}→f收到的是x的拷贝，安全但可能浪费 - 引用传递：
std::thread{f, std::ref(x)}→f操作的是x本体，但必须确保x的生命周期长于线程执行时间 - lambda 捕获同理：写
[&x]{...}并不自动延长x寿命，若x是栈变量，线程访问时很可能已销毁 - 推荐更稳妥的做法：把需要共享的数据封装进对象，用
std::shared_ptr管理生命周期
不要用裸指针或全局变量在线程间共享数据
多个线程同时读写同一块内存（比如一个 int 全局计数器），不加同步机制就是未定义行为 —— 不一定立刻崩，但结果不可预测、复现困难、压力测试下必出问题。
- 简单类型优先用
std::atomic<int>：比互斥锁轻量，支持无锁操作，适用于计数、标志位等场景 - 复杂结构或临界区逻辑多时，用
std::mutex+std::lock_guard：记得在作用域内加锁，别手动lock()/unlock() - 避免
std::mutex跨线程传递所有权：mutex 不可拷贝也不可移动，只能通过引用或指针共享 - 警惕死锁：多个 mutex 加锁顺序不一致、或在持有 A 时又尝试获取 B，就容易卡住
std::jthread 比 std::thread 更安全，但 C++20 才有
如果你能用 C++20，std::jthread 是更好的选择：它在析构时自动 join()（不是 detach），避免了大量因忘记 join 导致的崩溃；还内置了协作式中断机制（std::stop_token），比轮询 flag 更优雅。
立即学习“C++免费学习笔记（深入）”；
- 替换成本低：
std::jthread t{f};用法和std::thread几乎一样 - 中断支持需主动配合：函数里定期检查
token.stop_requested()，不能靠 jthread 强制杀线程 - 老项目若卡在 C++17 或更早，就别强求，老老实实用
std::thread+ RAII 封装（比如写个scoped_thread类） - 注意：MSVC 从 19.30、GCC 10、Clang 12 开始才较完整支持
std::jthread
join() 和每个 std::atomic 后面。 
