调用栈和堆是程序运行时内存的两个独立区域：栈由系统自动管理，存放局部变量、参数等，函数返回即自动释放；堆由程序员手动管理，用于动态分配长期数据，通过malloc/new申请、free/delete释放。

调用栈和堆是程序运行时内存的两个独立区域，分工明确、互不干扰。理解它们的关系，关键不是“谁包含谁”，而是“谁管什么、怎么配合”。

调用栈：函数执行的“快车道”

每次函数调用，系统就在栈上开辟一个栈帧（stack frame），里面放：局部变量、参数、返回地址、寄存器备份。函数返回时，整个栈帧被一次性弹出——自动、瞬时、无需干预。

• 栈内存地址通常从高向低增长（比如 0x7fffffffe000 → 0x7fffffffdff0）
• 大小固定，常见默认值为 1MB～8MB，超限会触发栈溢出（stack overflow）
• 所有操作由 CPU 指令（如 push/pop、call/ret）和编译器协同完成，程序员看不见也无需干预

堆：动态数据的“自由仓库”

堆是一块可伸缩的内存区域，地址从低向高增长（比如 0x10000000 → 0x10001a20）。它不随函数调用自动进出，而是靠程序员显式申请和释放：

• C 语言用 malloc/calloc/realloc 申请，free 释放
• C++ 用 new/delete（或 new[]/delete[]）管理
• 申请成功后返回一个指针——这个指针变量本身在栈上，但它指向的数据在堆上

例如：int* p = (int*)malloc(sizeof(int) * 100); 中，p 是栈上的局部变量，而它指向的 400 字节数组实实在在躺在堆里，函数返回后依然有效。

它们怎么“配合”？看一个典型场景

假设函数 A 调用 malloc 分配一块内存，并把指针传给函数 B 使用：

• A 执行时：栈上创建局部变量 p，堆上分配实际数据；p 的值（地址）被压入 B 的栈帧作为参数
• B 执行时：通过该指针读写堆内存，自身栈帧里可能还有临时变量，但不影响堆数据生命周期
• A 或 B 返回后：各自栈帧消失，但堆内存仍在——直到你调用 free

这就是“栈管结构、堆管内容”的协作模式：栈负责控制流和短期上下文，堆负责长期、跨作用域的数据实体。

怎么看内存分配？盯住三件事

判断一个变量或对象在哪分配，只需问自己三个问题：

• 它是不是在函数内部定义、没加 static、也没用 malloc/new？→ 栈
• 它是不是用 malloc / new / calloc 显式申请的？→ 堆
• 它是不是全局变量、static 局部变量、字符串字面量？→ 数据段或常量区（既不是栈也不是堆）

不需要背规则，养成检查声明方式的习惯就行。比如 char buf[256]; 是栈，char* buf = malloc(256); 就是堆——差别就在有没有那个 malloc。