全局非static变量是否会引发static initialization order fiasco？附代码咨询

核心结论 #

无static修饰的全局变量完全可能出现静态初始化顺序问题（static initialization order fiasco），你的场景正是典型案例。

原因分析 #

1. 全局变量的存储期本质：不管有没有static修饰，全局变量都属于静态存储期，和static全局变量仅作用域不同，存储特性一致。C++标准规定，不同编译单元中的非局部静态变量，初始化顺序是未定义的——这就是静态初始化顺序问题的根源。

2. std::string vs const char*的初始化差异

   • 你的代码中，const std::string c_const_txt = "test string"; 属于动态初始化：std::string的构造函数不是constexpr，必须在运行时执行构造逻辑才能完成初始化。如果这个全局变量和tc类的实例（比如某个全局tc对象）不在同一个编译单元，tc的构造函数调用insert_id(c_const_txt)时，c_const_txt可能还没完成初始化，此时它处于默认构造的空字符串状态，自然会得到空值。
   • 换成const char* c_const_txt = "test string";后，属于静态初始化：字符串字面量本身是静态存储期的常量，这个指针的初始化是编译期就能完成的常量表达式赋值，静态初始化会优先于所有动态初始化执行。所以无论tc实例的初始化顺序如何，调用insert_id时指针已经指向了正确的字符串字面量，结果正常。

验证与解决思路 #

如果要确认是初始化顺序问题，可以把c_const_txt和tc的实例放在同一个编译单元中——此时C++保证同一编译单元内的非局部静态变量按声明顺序初始化，问题会消失。

长期解决方案可以采用"Construct On First Use"模式，比如把全局变量包装成函数内的static局部变量：

const std::string& get_const_txt() {
    static const std::string c_const_txt = "test string";
    return c_const_txt;
}

这样c_const_txt会在第一次调用get_const_txt时初始化，完全避免跨编译单元的初始化顺序问题。

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