全局对象在main前按定义顺序初始化，跨文件顺序未定义；局部对象在进入作用域时初始化，静态局部对象仅首次执行时初始化，析构顺序与构造顺序相反。
在C++中，局部对象和全局对象的初始化顺序遵循不同的规则，理解这些规则对避免未定义行为至关重要。全局对象的初始化发生在程序启动阶段，而局部对象则在进入其作用域时初始化。下面从两个方面详细说明。
全局对象的初始化顺序
全局对象（包括命名空间作用域中的变量和静态变量）在程序进入main函数之前完成初始化。
关键点：
- 同一编译单元内，全局对象按定义顺序初始化。
- 不同编译单元之间，初始化顺序是未指定的，标准不保证先后。
- 这种不确定性可能导致“静态初始化顺序问题”（Static Initialization Order Fiasco）。
例如，如果一个全局对象A依赖另一个全局对象B的值，而B尚未初始化，就会导致未定义行为。避免此问题的常见方法是使用“局部静态变量”或“构造函数中延迟初始化”。
立即学习“C++免费学习笔记（深入）”；
局部对象的初始化顺序
局部对象在控制流首次执行到其定义语句时被初始化。
特点：
- 每次进入作用域时不会重新初始化（除非是动态分配或循环内定义）。
- 对于函数内的静态局部变量，只在第一次执行到定义处时初始化，之后跳过初始化。
- 普通局部变量每次进入作用域都会构造，离开时析构。
例如：
void func() {
static MyClass s_obj; // 只初始化一次
MyClass l_obj; // 每次调用都构造和析构
}
初始化与析构的对应关系
全局对象的析构顺序与初始化顺序相反。同一编译单元内，先初始化的后析构。跨编译单元的析构顺序同样未定义。
局部静态变量的析构发生在程序结束阶段，与全局对象一同处理，顺序也遵循“构造逆序”原则。
基本上就这些。掌握初始化时机和顺序，能有效避免资源依赖错误和程序崩溃。尤其在多文件项目中，尽量避免全局对象间的跨文件依赖，推荐使用函数内静态对象或显式初始化机制。不复杂但容易忽略。
