全局数组必须在编译期确定大小，标准C++禁止声明如int arr[]这样的未定长全局数组；应优先使用std::vector替代，或用std::unique_ptr<int[]>配合显式初始化实现安全动态分配。
全局数组必须在编译期确定大小，不能直接定义“大小未知”的数组
标准 C++ 不允许声明像 int arr[]; 这样的全局（或静态存储期）数组而不指定大小——这在全局作用域是语法错误。编译器需要知道对象的完整类型和内存布局，而未定长的数组类型（如 int[]）不是完整类型。
用 std::vector 替代：最常用、安全且灵活的选择
全局动态数组的实际需求，几乎都应由 std::vector 承担。它管理堆内存，支持运行时调整大小，且默认构造函数不分配空间，符合“大小未知”的语义。
- 声明为
extern std::vector<int> global_vec;</int>在头文件中，定义在单个 .cpp 里（如std::vector<int> global_vec;</int>） - 首次使用前可调用
global_vec.reserve(n)预分配，避免多次 realloc - 注意：全局
std::vector的构造发生在 main() 之前，但其元素构造在首次 push_back 或 resize 时才发生——这点对含非平凡构造函数的类型很重要
用 new[] + 全局指针：仅限遗留代码或极端性能场景
若必须用裸数组（例如对接 C API），可用全局指针配合动态分配：
int* global_arr = nullptr;
size_t global_arr_size = 0;
<p>// 初始化函数（需显式调用，比如在 main 开头）
void init_global_array(size_t n) {
delete[] global_arr;
global_arr = new int[n]{};
global_arr_size = n;
}- 不能依赖静态初始化自动完成分配，必须显式调用
init_global_array - 没有异常安全保证：若
new抛出std::bad_alloc，global_arr保持为nullptr，需调用方处理 - 必须手动
delete[] global_arr（通常在程序退出前），否则内存泄漏；RAII 更可靠
为什么不用 std::unique_ptr<int></int>？它其实更合适
比起裸指针，std::unique_ptr<int></int> 提供自动释放、移动语义，并明确表达独占所有权：
立即学习“C++免费学习笔记（深入）”；
std::unique_ptr<int[]> global_arr;
size_t global_arr_size = 0;
<p>void init_global_array(size_t n) {
global_arr = std::make_unique<int[]>(n); // 值初始化为 0
global_arr_size = n;
}-
std::unique_ptr<int></int>支持数组删除器，析构时自动调用delete[] - 比
std::vector少一层封装，内存布局完全等价于原生数组（无 capacity/capacity() 开销） - 但不支持
push_back或动态增长——如果真需要“大小未知”+“后续追加”，还是得选std::vector
真正难处理的点不在语法，而在生命周期和初始化顺序：全局对象的构造顺序跨编译单元是未定义的，若多个全局容器相互依赖（比如一个初始化函数要读另一个全局 vector），就容易触发未定义行为。这类问题往往到运行时才暴露，且难以调试。
