Windows平台DLL全局静态变量初始化时创建线程是否不建议？

问题场景 #

在DLL的某一翻译单元全局作用域中存在如下代码：

class SomeClass {
public:
    SomeClass() {
        auto t = std::thread(someFunction);
        t.detach();
    }
};
static const SomeClass someClass{};

其中someFunction不包含任何线程同步机制。请问这种在全局静态变量初始化阶段启动新线程的做法是否不建议？如果是，原因是什么？

结论与原因 #

这种做法强烈不建议，核心风险如下：

• Windows平台下的Loader Lock死锁风险：Windows加载DLL时，系统会持有全局的Loader Lock，且该锁在DLL入口函数（如DllMain）执行全程保持持有状态。全局静态变量的初始化正是在DllMain调用流程中完成的。此时启动的新线程如果调用任何需要获取Loader Lock的API（比如加载其他DLL、调用系统资源相关接口），会陷入主线程持锁、新线程等锁的死锁状态。即便当前someFunction未调用这类API，后续代码变更极易引入该风险。

• 全局变量初始化顺序的未定义行为：不同翻译单元的全局静态变量初始化顺序是C++标准未定义的。新启动的线程若尝试访问其他全局变量，这些变量可能尚未完成初始化，会直接引发崩溃或逻辑错误，这类问题难以复现和排查。

• 线程生命周期与DLL卸载的冲突：调用detach()后，线程脱离主线程控制。若DLL卸载时该线程仍在运行，线程会访问已被释放的DLL内存空间，直接导致程序崩溃，且DLL卸载时机不受业务代码控制，风险不可控。

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