静态数组和动态数组的核心区别在于：静态数组长度编译期确定、栈上分配、自动释放；动态数组运行时分配、堆上存储、需手动或raii管理。
静态数组和动态数组不是“选哪个更好”，而是“用错地方就会出问题”——关键在生命周期、内存位置、所有权归属这三点。
静态数组：长度必须是编译期常量，栈上分配，不用管释放
静态数组的大小必须在编译时就能确定，比如 int arr[10] 或 double buf[N]（其中 N 是 constexpr 或字面量）。它直接分配在栈上，函数返回就自动销毁，不需要 delete 或 free。
常见错误现象：
- 写
int n = 5; int a[n];—— 在标准 C++ 中这是非法的（除非开启 GNU 扩展或使用 C99 VLAs） - 把局部静态数组的地址返回给调用方，比如
return arr;—— 返回的是栈地址，调用方拿到的是悬垂指针 - 定义过大的静态数组（如
char big[1024*1024];）导致栈溢出，程序直接崩溃
原始动态数组：用 new[] 分配，堆上存在，必须配对 delete[]
原始动态数组靠 new[] 在堆上申请连续内存，例如 int* p = new int[n];。它的大小可以是运行时变量，但程序员要完全负责生命周期管理。
容易踩的坑：
- 用
delete p;而不是delete[] p;—— 行为未定义，可能不报错但破坏堆管理元数据 - 忘记
delete[]，尤其在异常路径中（比如中间抛了异常，delete[]没执行到）→ 内存泄漏 - 把
new[]的指针赋给普通指针后，丢失“数组长度”信息，后续无法安全遍历或释放 - 误认为
new int[n]和malloc(n * sizeof(int))等价 —— 前者会调用构造函数，后者不会；对应地，delete[]会析构，free不会
为什么不该手写原始动态数组？std::vector 已经覆盖绝大多数场景
除非你在写底层容器、嵌入式受限环境，或者明确需要绕过 RAII，否则直接用 std::vector 更安全、更简洁、性能也不差。
对比示例：
int* raw = new int[100]; // … 使用 … delete[] raw; // 忘了就泄漏 <p>std::vector<int> vec(100); // 自动管理，异常安全，支持 push_back、resize 等</int></p>
注意点：
-
std::vector底层仍是堆分配，但它把new[]/delete[]封装好了，且支持移动语义，避免无谓拷贝 - 不要为了“省一次分配”而用静态数组硬编码上限（如
char buf[4096]），这会让接口僵化、难以测试、容易栈溢出 -
std::array是另一回事：它是栈上固定长度容器，本质是带封装的静态数组，不涉及new/delete
性能与兼容性：别只看“快”，要看“谁在管内存”
静态数组访问最快，因为栈地址局部性好、无间接跳转；原始动态数组次之；std::vector 在启用优化后几乎和原始指针一样快。但真实瓶颈往往不在这里。
真正影响工程稳定性的点是：
- 静态数组大小写死 → 接口无法适配变化的数据规模
- 原始动态数组没配对释放 → 程序跑几天后内存耗尽
- 跨 DLL/so 边界传递原始
new[]指针 → 释放时用错了 heap（Windows 上尤其危险） - 多线程里共享裸指针数组 → 没有同步机制，数据竞争悄无声息
这些都不是“性能问题”，而是“所有权模糊”引发的崩溃或泄漏。所以判断依据从来不是“哪个更快”，而是“谁创建、谁销毁、谁持有、谁可见”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
