闭包使内部函数在外部函数执行后仍可访问其变量，因词法作用域在定义时绑定外部作用域链，且垃圾回收器保留被闭包引用的变量；变量是真实共用而非复制。
闭包能让内部函数在外部函数执行完毕后仍访问其变量，关键在于 JavaScript 的作用域链和垃圾回收机制协同工作：只要内部函数还持有对外部变量的引用，引擎就不会释放那部分内存。
词法作用域决定“记住谁”
函数在定义时就确定了它能访问哪些变量。内部函数写在外部函数体内，就天然把外部函数的作用域记进了自己的作用域链里。这个绑定发生在代码解析阶段，和执行无关。
- 哪怕外部函数已经 return，内部函数的“记忆地图”（作用域链）没变
- 变量名、值、所在上下文，都固化在该函数对象的内部属性中
引用未断，GC 就不清理
JavaScript 的垃圾回收器只回收“不可达”的内存。当外部函数返回一个内部函数，并被外部变量（如 counter）持有时，这个内部函数就成了外部变量的“活引用”。而它又引用着外部函数的局部变量（比如 count），于是这些变量也变成“可达”的。
- 不是外部函数“没销毁”，而是它的执行上下文被保留了一部分
- 只保留被闭包实际用到的变量，其他局部变量照常被回收
- 多个闭包可共享同一外部作用域（例如多次调用
outer()生成不同counter，各自独立维护count）
典型结构确保引用延续
闭包生效需要两个动作同时发生：内部函数引用了外部变量，且该内部函数被返回或传出到外部作用域。缺一不可。
- 只引用但没传出 → 外部函数结束，变量照常销毁
- 传出了但没引用 → 没形成闭包，只是普通函数返回
- 正确写法：
return function() { return count; };—— 引用 + 返回
变量不是“复制”，而是“共用”
闭包中的外部变量是真实变量，不是快照。所有通过该闭包访问它的操作，读写的是同一个内存位置。
- 比如计数器每次
count++，改的是原始值 - 如果多个闭包引用同一外部变量（如共享一个对象），修改会互相可见
- 基本类型（number/string）看似“独立”，其实是因赋值行为导致副本，本质仍是引用原内存地址的值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
