javascript函数执行完毕后，执行上下文出栈，变量不可访问，但内存释放依赖垃圾回收机制；若无闭包或外部引用，gc后续回收内存。
JavaScript 中函数作用域本身并不“销毁”变量，而是通过**执行上下文的生命周期和垃圾回收机制**共同实现内部临时变量的自动释放。关键在于：函数执行结束 → 对应执行上下文被弹出调用栈 → 变量不再被引用 → 垃圾回收器（GC）后续回收内存。
函数执行完毕后，执行上下文自动出栈
每次函数调用都会创建一个新的**执行上下文（Execution Context）**，包含变量环境（Variable Environment）和词法环境（Lexical Environment）。该上下文被压入调用栈；函数返回后，它立即从栈中弹出，其中声明的 let/const 声明的绑定 和 var 声明的变量 所在的环境记录（Environment Record）就不再可访问。
- 这意味着函数内用
let、const、var声明的变量，在函数退出后无法再被代码直接读取 - 但这不是“立刻清内存”，只是切断了 JS 引擎对这些变量的访问路径
真正释放内存靠的是垃圾回收（GC），不是作用域本身
作用域决定变量是否“可访问”，而内存是否回收取决于**是否还有活跃引用**。如果函数内部变量没有被闭包捕获，也没有被全局或外部作用域持有，那么 GC 在下一次运行时就会回收对应内存。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 例如：
function foo() { const arr = new Array(1000000); return 'done'; }——arr在foo返回后失去所有引用，很快被 GC 回收 - 但如果写了
function foo() { const arr = []; return () => arr; }，返回的闭包持续引用arr，它就不会被回收
注意：var 声明有变量提升，但不影响销毁时机
var 声明的变量虽被提升到函数顶部，仍属于函数作用域。它的生命周期依然绑定于该函数执行上下文的存续时间——函数执行结束，其绑定就不可访问，同样等待 GC 回收。
- 不要误以为
var会“泄漏”到外层；它不会，除非你显式赋值给全局对象（如window.x = 1） - 现代代码推荐用
let/const，语义更清晰，且块级作用域有助于更早切断引用
手动辅助 GC 的实用建议
虽然 JS 自动管理内存，但在处理大对象或长期运行的应用时，可主动减少引用，帮助 GC 更快识别可回收项：
- 不再需要的大数组、DOM 引用、事件监听器，及时设为
null或用removeEventListener - 避免意外创建闭包（比如在循环中为每个元素创建未清理的回调）
- 使用
WeakMap/WeakSet存储关联数据，它们不阻止 GC 回收键所指对象
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
