闭包是函数与其定义时词法环境的绑定关系，关键在于内部引用外部非全局变量且在外部调用；常用于封装私有状态，但不当使用易致内存泄漏。
闭包就是函数记住了它定义时的词法环境
JavaScript 闭包不是某种特殊函数，而是函数与其**定义时所在作用域中变量的绑定关系**。只要一个函数在定义之后被传递到其他作用域（比如作为返回值、回调、事件处理器）并仍能访问其外层变量，它就形成了闭包。
关键判断标准：function 内部引用了它外部作用域（非全局）的变量，且该 function 在外部被调用 —— 这时那些变量不会被回收，持续“活”在闭包中。
最常见的实际用途：封装私有状态和配置
闭包让开发者能在不污染全局或暴露内部实现的前提下，创建带“记忆”的模块。比如计数器、配置工厂、防抖函数内部状态管理。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
-
let或const声明的变量在闭包中可读写，但外部无法直接访问 —— 实现了轻量级封装 - 每次调用外层函数都会生成独立的闭包实例，彼此状态隔离
- 避免使用
this或类来模拟私有字段，代码更扁平
function createCounter(initial = 0) {
let count = initial; // 外部无法直接读写这个 count
return {
increment() { count++; },
value() { return count; }
};
}
const a = createCounter(10);
const b = createCounter(100);
a.increment();
console.log(a.value()); // 11
console.log(b.value()); // 100 —— 互不影响
闭包常被误用导致内存泄漏的场景
闭包本身不是问题，但不当持有大对象或 DOM 引用时，会阻止垃圾回收，尤其在长期运行的单页应用中。
- 事件监听器中闭包引用了整个
document或大型数据结构，且未手动removeEventListener - 定时器（
setInterval）回调形成闭包，又没提供清除机制，导致闭包链长期存活 - 把闭包函数赋给全局变量（如
window.handler = function() { ... }），而它又捕获了局部大数组或 DOM 节点
检查方法：Chrome DevTools 的 Memory > Heap Snapshot 中搜索 Closure，看是否意外持有了本该释放的对象。
和箭头函数、var、块级作用域混用时的行为差异
闭包行为高度依赖变量声明方式和作用域结构。同一个函数，在不同上下文中捕获的内容可能完全不同。
- 用
var声明的循环变量会被所有闭包共享（因函数级提升），导致经典“循环输出全是最后一个值”问题 -
let和const在每次迭代中创建新绑定，每个闭包捕获的是各自独立的变量 - 箭头函数没有自己的
this和arguments，但它照样形成闭包 —— 它捕获的是外层普通函数的词法环境
for (var i = 0; i console.log(i), 100); // 输出 3, 3, 3 } for (let i = 0; i console.log(i), 100); // 输出 0, 1, 2 —— 每个闭包有自己的 i闭包真正的复杂点不在概念，而在它悄无声息地延长了变量生命周期 —— 你得时刻问自己：这个变量现在还该活着吗？它到底被谁拿着？
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
