静态成员变量在main()前完成初始化，但动态初始化顺序不可控，跨文件依赖易引发未定义行为；类外定义才是初始化关键，const需类外定义而constexpr无需。
静态成员变量在 main() 之前完成初始化
所有非局部静态变量（包括类的静态成员变量）的初始化发生在 main() 执行前，这是 C++ 标准强制保证的。但“初始化完成”不等于“构造函数执行完毕”——它取决于初始化方式：
- 零初始化和常量初始化（如
int MyClass::x = 42;）在编译期确定，启动时立即就位 - 动态初始化（如
std::string MyClass::s = get_config();）在程序启动早期运行，但顺序不可控 - 若初始化依赖另一个跨文件静态变量，就可能触发「静态初始化顺序 fiasco」——未定义行为
类内声明 ≠ 初始化，类外定义才是关键节点
类内写 static int count; 只是声明；真正触发内存分配和初始化的是类外那行 int MyClass::count = 0;。这行代码的位置决定了初始化时机：
- 放在全局作用域（.cpp 文件顶层），就参与程序启动时的静态初始化阶段
- 若放在函数内（如局部静态变量），则首次调用该函数时才初始化（延迟初始化）
- 漏掉这行定义 → 链接错误：
undefined reference to 'MyClass::count'
const 和 constexpr 静态成员的例外处理
它们看起来可以类内初始化，但语义不同：
-
static const int N = 100;：允许类内初始化，但仍是“常量表达式”，不占对象空间；仍需类外定义（除非只用于 sizeof 或模板参数） -
static constexpr int M = 200;：纯编译期常量，无需类外定义，也不分配存储（除非取地址） -
static const std::string s = "hello";：非法！std::string不是字面量类型，不能类内初始化，必须类外定义 + 动态初始化
跨文件初始化顺序不可靠，别依赖它
两个不同 .cpp 文件里的静态变量（比如 A.cpp 中的 MyClass::a 和 B.cpp 中的 OtherClass::b），其初始化顺序由链接器决定，C++ 标准不保证。常见踩坑场景：
立即学习“C++免费学习笔记（深入）”；
- 一个静态变量初始化时调用另一个静态变量的
getInstance()方法 - 日志类、配置类、单例类之间存在隐式依赖
- 解决方案不是“调换定义顺序”，而是改用局部静态变量（如 Meyer 单例）或显式初始化函数
