局部变量不会失效，但传给子线程的栈上地址在主线程函数返回后所指内存被回收，导致野指针；detach后访问局部数组崩溃即源于此；安全做法是用std::string值传递，由编译器自动深拷贝或移动。
局部变量本身不会“失效”，问题本质是：你把局部变量的地址或引用传给了子线程，而主线程函数返回后，该局部变量内存已被回收，子线程再访问就是野指针或未定义行为。
为什么 detach 后访问局部数组会崩溃
典型错误场景是用 detach() 启动线程，并传递栈上数组或局部对象的指针/引用。主线程函数退出后，栈帧销毁，但子线程仍在运行并试图读写那块已释放内存。
-
char mybuf[] = "hello"分配在栈上，生命周期仅限于当前函数作用域 -
thread t(func, mybuf)默认按值拷贝参数，但若func声明为void func(char* p)，传入的是指针值（即地址），不是内容拷贝 -
detach()让子线程脱离主线程生命周期管理，主线程一 return，mybuf立刻失效
安全传字符串：优先用 std::string 值传递
std::string 支持隐式移动或深拷贝，能自动管理内存。只要线程函数参数声明为 const std::string& 或 std::string，编译器会在构造线程对象时完成复制。
- ✅ 正确：
thread t([](std::string s) { cout - ✅ 正确：
thread t([](const std::string& s) { cout —— 字符串字面量会构造临时 <code>std::string，其生命周期延长至整个线程函数调用 - ❌ 危险：
thread t(func, mybuf);且func接收char*或char[10]
需要传原始指针？那就自己管内存生命周期
如果必须用 char* 或裸指针，意味着你要对内存所有权负责。常见可行方案：
- 改用堆分配：
auto p = new char[10]{"hello"};，然后在线程函数里delete[] p;—— 但容易漏删，不推荐 - 用智能指针托管：
std::shared_ptr<char> p(new char[10]{"hello"});</char>，线程函数参数为std::shared_ptr<char></char>，自动释放 - 把数据塞进线程函数对象内部（如 lambda 捕获）：
std::string s = "hello"; thread t([s]{ cout —— <code>s被值捕获，安全
join 和 detach 的选择直接影响局部变量安全
根本矛盾在于：谁控制主线程退出时机？
-
join()：主线程阻塞等待子线程结束，确保所有局部变量在子线程使用完毕前都有效 —— 最简单、最安全的默认选择 -
detach()：子线程后台运行，你必须保证它不依赖任何栈变量；只适合完全自包含的任务（如日志异步刷盘、定时心跳） - 一旦用了
detach()，就绝不能传栈地址、局部引用、this指针（除非确认对象生命周期远超线程）
真正难的不是怎么传，而是判断“这个变量到底活到什么时候”。多线程里，栈变量的生命周期由函数作用域决定，和线程无关；而线程执行时间是异步的——这两者一旦错位，就是段错误的起点。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
