函数执行完毕后，局部变量的内存立即释放；栈中变量随执行上下文弹出而失效，堆中对象在不可达时由垃圾回收器清除；闭包或外部引用可阻止回收。

函数执行完毕后，局部变量的内存通常会立即被垃圾回收器释放，前提是这些变量没有被其他活跃引用所保留。

局部变量的生命周期与栈内存管理

在函数调用时，JavaScript 引擎会在**栈内存**中为参数和用 let/const 声明的局部变量分配空间。这些变量只在当前函数执行上下文中有效。

• 函数开始执行 → 创建执行上下文 → 变量入栈
• 函数执行结束 → 执行上下文弹出栈 → 栈中变量自动失效
• 栈空间由引擎直接管理，无需等待垃圾回收，释放是即时的

堆内存中的对象如何被回收

如果局部变量引用了对象（如数组、对象字面量、函数等），这些对象本身存在**堆内存**中。栈中只存一个指向堆的引用地址。函数结束后，若堆中对象不再被任何“可达”路径访问，就会被标记为可回收。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 例如：let obj = {x: 1}; → obj 在栈，{x: 1} 在堆
• 函数返回后，obj 消失 → 堆中对象失去唯一引用 → 成为不可达对象
• 下一次垃圾回收运行时（非实时，但通常很快），该对象会被清除

什么情况下局部变量不会被回收

即使函数执行完毕，只要仍有外部引用指向其内部变量，这些变量就不会被回收——这是闭包的核心机制。

立即学习“Java免费学习笔记（深入）”；

• 返回一个内部函数，且该函数访问了局部变量 → 局部变量被“捕获”，持续存活
• 将局部对象赋值给全局变量或传给定时器、事件监听器等长期存活的上下文 → 对象保持可达
• 两个对象互相引用（循环引用），在现代引擎中一般不影响回收，但旧环境可能造成泄漏

开发者能做的关键检查

虽然回收是自动的，但理解原理有助于避免内存泄漏：

• 不用的定时器及时 clearTimeout/clearInterval
• 移除不再需要的事件监听器，尤其绑定在全局或长生命周期元素上时
• 避免无意中把局部大对象挂到 window 或其他长期存在的对象上
• 调试时可用浏览器 DevTools 的 Memory 面板拍快照，对比前后差异识别泄漏