栈内存分配是编译期确定的连续空间，堆内存分配是运行时动态申请的离散空间；栈由编译器自动管理、速度快但大小固定且有限，堆灵活但开销大、易出错；应优先使用栈，堆仅用于跨作用域或大小未知场景。

栈内存分配是编译期确定的连续空间，堆内存分配是运行时动态申请的离散空间

栈空间由编译器自动管理，大小在函数进入时就固定（比如局部变量 int a[1024] 占用 4KB），地址连续、增长方向向下（从高地址向低地址延伸）。堆空间通过 new 或 malloc 在运行时向操作系统申请，实际内存页可能分散在物理内存中，需要额外元数据维护（如 malloc 的 chunk header）。

栈操作快但受限于大小，堆灵活但有显著开销

栈分配仅需移动栈指针（rsp 或 sp），通常 1–2 条 CPU 指令；释放同样只需回退指针。堆分配涉及：查找空闲块、拆分/合并、加锁（多线程下 malloc 可能竞争）、甚至系统调用（brk 或 mmap）。实测对比：

int arr[10000]; // 栈上，几乎零开销  
int* ptr = new int[10000]; // 堆上，典型耗时 50–200ns（取决于分配器）

栈溢出是静默崩溃，堆错误常表现为未定义行为

栈空间有限（Linux 默认 8MB，Windows 约 1MB），递归过深或大数组（如 char buf[1000000]）会直接触发 Segmentation fault，无缓冲。堆错误更隐蔽：delete 后继续用指针 → 读写已释放内存；new[] 配 delete → 析构函数不执行、内存未完全释放；越界写入可能破坏相邻 chunk 的元数据，导致后续 delete 崩溃在完全无关的位置。

现代 C++ 中应优先用栈，堆只用于生命周期跨作用域或大小未知的场景

能放栈就别放堆——这是性能与安全的双重保障。例外情况包括：

• 对象需在函数返回后继续存在（如工厂函数返回 std::unique_ptr）
• 容器内部（std::vector 的元素实际在堆上，但接口屏蔽了细节）
• 运行时才确定大小且过大（如加载文件到内存，大小不可预估）

栈的“快”来自硬件和编译器协同优化，堆的“慢”是通用性必须付出的代价。真正容易被忽略的是：栈上对象的析构顺序严格逆于构造顺序，而堆上对象的销毁时机完全由程序员控制——一旦错配，就是悬垂指针或资源泄漏，且静态分析工具往往难以捕捉这类逻辑错误。