std::thread 构造时即启动新线程；c++ 中无需显式 start()，区别于 java/c#；错误做法是默认构造后赋值，正确做法是直接初始化。
std::thread 构造时就启动新线程
在 C++ 中，std::thread 对象一旦被构造，新线程就立即开始执行——不需要额外调用“启动”方法。这不是 Java 或 C# 那种先创建再 start() 的模型。
常见错误是误以为要手动触发执行，结果写成：
std::thread t;
t = std::thread([]{ /* ... */ }); // 错：默认构造后赋值，旧 thread 未 join/detach 会 crash
正确做法是直接初始化：
- 用 lambda、函数指针或可调用对象直接构造：
std::thread t([]{ std::cout - 如果需要传参，参数按值或引用传递（注意引用需用
std::ref包裹）：std::thread t(func, std::ref(x), y); - 构造后必须在当前作用域结束前决定生命周期：
t.join()（等待结束）或t.detach()（分离，后台运行）
主线程里启动子线程没问题，但别在线程函数里忘掉 join/detach
从任意线程（包括非主线程）构造 std::thread 都合法。但问题常出在资源管理上：如果一个线程函数里启动了子线程却没处理其生命周期，程序退出时会触发 std::terminate。
典型崩溃场景：
void worker() {
std::thread t([]{ /* do work */ });
// 忘了 join 或 detach → t 析构时调用 terminate()
}
解决方式取决于语义：
- 需要同步等待子任务完成 → 用
t.join() - 子任务可独立运行、无需等待 → 用
t.detach()，但确保它不访问已销毁的栈变量或局部对象 - 更安全的做法是把
std::thread存为成员变量或智能指针，并在析构前统一处理
避免跨线程访问局部变量，尤其 lambda 捕获
在某个线程中启动另一个线程时，最容易踩的坑是 lambda 捕获了局部变量，而原线程很快返回、局部变量被销毁，子线程访问就变成未定义行为。
例如：
void bad_example() {
int local = 42;
std::thread t([local]{ std::cout std::thread t2([&local]{ std::cout <p>}</p>
关键判断点：
- 值捕获
[local]安全，子线程用的是副本 - 引用捕获
[&local]危险，除非你能保证local生命周期覆盖整个子线程执行期 - 若需共享数据，改用堆分配（
std::shared_ptr）、全局/静态变量，或由调用方长期持有并传入
std::jthread（C++20）让自动清理更省心
如果你用的是 C++20 或更高版本，std::jthread 是比 std::thread 更安全的替代品：它在析构时自动调用 join()，避免忘记导致的崩溃。
但它不是万能的：
-
std::jthread默认 join，不能直接 detach；如需分离，得显式调用t.detach() - 仍需注意捕获问题——
std::jthread只管生命周期，不管数据有效性 - 若子线程需长时间运行且不能阻塞父线程退出，还是得手动
detach()，并自行确保资源存活
示例：
std::jthread t([]{
std::this_thread::sleep_for(1s);
std::cout <p>实际写的时候，最常被忽略的不是“怎么启动”，而是“谁负责收尾”和“数据在哪”。线程启动本身一行代码就搞定，但后续的资源归属、内存生命周期、异常路径下的清理，才是真麻烦的地方。</p>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
