reserve() 预分配内存不构造对象，避免 vector 动态扩容和默认初始化开销；配合 emplace_back() 按需构造，实现延迟、轻量初始化，尤其适用于大规模 trivial 或非 POD 类型。
用 static 或全局作用域定义大数组，跳过默认初始化
直接在函数内用 int arr[1000000]; 定义大数组，不仅可能栈溢出，还会触发零初始化（对内置类型），浪费时间和内存。真正“不初始化”的关键，是让数组进入静态存储期——编译器不会在运行时填零。
常见错误：写 static int arr[1024*1024]; 在函数内，看似省事，但要注意它只初始化一次，且生命周期贯穿整个程序；若需多线程安全或重入，得另作安排。
-
static局部数组：首次进入函数时分配，不初始化（值为未定义），后续调用保留内容 - 全局数组：
int global_arr[1024*1024];—— 位于 BSS 段，操作系统加载时按页归零，但这属于映射阶段行为，不是 C++ 运行时的“初始化”；如需完全跳过归零，得用自定义段或 mmap - 避免
std::vector<int> v(1024*1024);</int>：构造时会默认初始化所有元素为 0，不符合“不初始化”要求
用 std::vector 配合 reserve() 和 emplace_back() 延迟初始化
如果必须用动态容器又想避开批量初始化，reserve() 只分配内存不构造对象，emplace_back() 按需构造——这比一次性初始化百万个 int 更轻量，尤其对非 POD 类型更明显。
注意：reserve() 不改变 size()，访问 v[0] 仍越界；必须用 push_back() 或 emplace_back() 实际添加元素。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
std::vector<int> v; v.reserve(1000000);</int>—— 分配内存，但v.size() == 0，无初始化开销 - 后续循环中用
v.emplace_back(value);逐个构造，仅初始化真正用到的部分 - 对
int等 trivial 类型，reserve()后的内存内容是未定义的，不能假设为 0
用 operator new[] 手动分配原始内存，彻底绕过构造
这是最接近“纯内存申请”的方式，适用于需要精确控制、且确定元素类型是 trivially copyable 的场景（如 int, float, struct 无构造函数）。
错误示范：int* p = new int[1000000]; —— 这会零初始化所有元素；正确做法是加括号绕过默认初始化。
-
int* p = new(std::nothrow) int[1000000]();→ 带括号，会初始化为 0（不要用） -
int* p = new(std::nothrow) int[1000000];→ 无括号，不初始化（值未定义），符合需求 - 记得配对使用
delete[] p;，否则泄漏；建议封装在 RAII 类里，避免裸指针 - 注意：
new[]分配失败抛异常，加std::nothrow可转为返回nullptr
栈上大数组几乎总是错的，别试 alloca 或 VLAs
函数内定义 int arr[1000000]; 几乎必然栈溢出（典型栈大小几 MB），而 alloca() 或 GCC VLA（int arr[n];）同样在栈上，风险一致，且 VLAs 不是标准 C++（C99 特性，C++20 明确不支持）。
即使编译通过，运行时崩溃往往没明确报错，只表现为 SIGSEGV 或静默损坏——这是最容易被忽略的坑。
- Windows 默认栈约 1MB，Linux 通常 8MB，但线程栈可更小（如 pthread 默认 2MB）
-
alloca分配后不自动释放，若在循环中反复调用，会快速耗尽栈空间 - 没有编译器能帮你检查栈溢出，只能靠经验或工具（如 AddressSanitizer 的 stack-use-after-scope 检查有限）
实际项目里，“不初始化”常是为了性能或对接底层协议；但真正难处理的是后续读取未初始化内存导致的 undefined behavior —— 即便你跳过了初始化，访问前也得确保每个位置都显式赋过值。
