函数调用栈是真实内存中逐层堆叠的栈帧结构，递归深度等于栈帧层数，局部变量存于各自独立栈帧内；栈帧含返回地址、参数副本、局部变量及上帧基址，生命周期与函数调用严格绑定。
函数调用栈不是抽象概念，而是真实运行时内存中逐层堆叠的帧结构；递归深度直接决定栈帧数量，而局部变量就存于各自独立的栈帧内——二者本质是同一机制的两面。
栈帧：每次调用都生成一个独立“运行现场”
每当函数被调用，系统就在栈上分配一块新空间，即栈帧。它固定包含：
• 返回地址（函数执行完该跳回哪）
• 所有传入参数的副本
• 本次调用中定义的全部局部变量
• 上一层栈帧的基址（用于回溯）
这个帧从创建到销毁全程封闭，与其他调用互不干扰。哪怕同一个函数递归调用十次，就有十个栈帧，十个独立的 i、temp 或 result 变量。
递归深度 = 栈帧层数 = 内存占用峰值
递归不是“覆盖执行”，而是层层压栈：f(5) → f(4) → f(3) → f(2) → f(1) → f(0)，每一步都在栈顶新增一帧。直到触达终止条件（如 n==0），才开始逐层弹出。这意味着：
• 深度为 1000 的递归，至少需 1000 个栈帧同时驻留
• 每个栈帧哪怕只占 256 字节，1000 层也消耗约 256KB 栈空间
• 超过系统默认栈上限（Linux 通常 8MB，Python 默认约 1000 层），立即触发栈溢出错误
局部变量为何“快”又“脆”？
局部变量快，是因为它们直接落在 CPU 访问最快的栈内存里，无需查表或寻址间接跳转；但这也导致其生命周期完全绑定栈帧：
• 进入函数 → 栈帧开辟 → 变量初始化 → 可读写
• 离开函数 → 栈帧销毁 → 变量所占内存立即失效
• 若返回局部变量地址（如 return &x;），拿到的是已释放区域的指针，后续解引用就是野指针行为
调试与验证的小技巧
不必依赖理论推演，可直接观察：
• C/C++ 中用 __builtin_frame_address(0) 查当前帧地址
• Python 中调用 sys._getframe() 获取当前帧对象，再看 f_back 链
• 报错 traceback 显示的多层 “File ..., line X, in func_name” 就是调用栈的直观展开
