在线程自身回调函数中执行detach操作是否安全？

• 线程对象生命周期隐患：子线程里直接访问主线程的someThread对象，当前主线程是无限循环所以对象不会销毁，但如果后续代码修改（比如主线程退出循环），someThread被销毁后，子线程再调用detach()就会访问已释放的内存，触发未定义行为。
• 线程对象操作的线程安全问题：std::thread的成员函数并非线程安全，虽然现在只有子线程操作someThread，但这种写法埋下了隐患——如果后续主线程也对该线程对象执行操作，会直接引发数据竞争。
• 逻辑设计不合理：detach()的作用是解绑线程与线程对象，这件事本就该由主线程完成，子线程的职责是执行业务任务。把线程管理代码塞到子线程里，不仅没必要，还会让代码逻辑混乱，增加后期排查成本。

如果想避免join()阻塞，直接在主线程创建线程后调用detach()即可，示例代码如下：

std::thread someThread([&someVariable] { 
    ThreadCode(someVariable);
});
someThread.detach(); // 主线程中直接完成线程解绑

while(1) {
     RestOfMyCode();
}

这种写法既安全，逻辑也更清晰，完全不需要子线程处理线程对象的解绑操作。

内容的提问来源于stack exchange，提问作者user19365766