std::thread 构造后线程立即运行，而非调用 join() 时启动；join() 仅等待结束，析构前必须 join() 或 detach()，否则调用 std::terminate()；传参默认拷贝，引用需 std::ref；编译须加 -pthread。
std::thread 构造后线程立刻运行，不等 join
创建 std::thread 对象那一行，线程就已启动执行——不是调用 join() 时才开始。很多人误以为 join() 是“启动线程”，其实它只是“等待线程结束”。
常见错误现象：terminate called without an active exception，通常就是因为主线程退出、std::thread 对象析构时仍处于 joinable() 状态。
- 必须在对象生命周期结束前调用
join()或detach() -
join()是同步等待；detach()是彻底放手，之后无法控制该线程 - 推荐优先用
join()，除非你明确需要后台异步任务且能确保所有引用资源存活
传递参数时默认值拷贝，引用需 std::ref 包装
向线程函数传参时，std::thread 构造器会对每个参数做**完美转发**，但默认行为是值传递（即拷贝）。如果函数签名声明为引用（如 void f(int& x)），直接传变量名会编译失败。
错误写法：std::thread t(f, count); → 编译报错：no matching function for call to ‘std::thread::thread(void (*)(int&), int&)’
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 值传递：直接传，安全但可能开销大（尤其大对象）
- 引用传递：必须显式用
std::ref(count)，否则编译不通过 - const 引用传递：可用
std::cref(const_val)，避免意外修改
主线程结束前必须处理所有 thread 对象
哪怕只创建一个线程，只要没 join() 或 detach()，程序就会崩溃。这不是警告，是 C++ 标准强制要求——析构一个 joinable() 的 std::thread 会直接调用 std::terminate()。
典型坑点：
- 在
main()里忘了join()，或放在return之后（永远执行不到） - 异常路径未覆盖：比如中间抛异常，
join()被跳过 → 推荐用 RAII 封装，或加try/catch+join()保底 - 用
std::vector<:thread></:thread>管理多个线程时，循环join()前要确认每个元素都joinable()（避免已join()过的再调一次）
编译时必须加 -pthread 参数
很多新手写完代码一编译就报 undefined reference 到 pthread_create 等符号，根本原因不是代码错，而是链接阶段没启用 POSIX 线程支持。
正确编译命令（GCC/Clang）：g++ -std=c++11 -pthread main.cpp -o main
-
-pthread不只是加头文件路径，它还影响宏定义（如启用_GNU_SOURCE）和链接选项 - 仅用
-lpthread可能不够，某些系统下顺序或宏定义缺失会导致运行时问题 - CMake 用户注意：需设置
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -pthread")或使用find_package(Threads REQUIRED)并链接${CMAKE_THREAD_LIBS_INIT}
std::thread t(...)，而是参数生命周期是否跨线程、共享数据有没有保护、异常路径是否遗漏 join() ——这些地方不出错，程序才能稳定跑下去。 
