闭包是JavaScript执行模型的自然结果，内部函数引用外部变量并被带出原作用域时即形成；它使变量在外部函数执行完毕后仍存活，用于封装私有数据、实现柯里化与记忆化等，但滥用会导致内存泄漏。
为什么 createCounter() 调用完后 count 还活着？
因为 createCounter() 返回的函数保留了对自身词法环境（即定义时所在作用域）的引用。JavaScript 引擎不会回收仍被闭包引用的变量，哪怕外层函数早已退出执行上下文栈。
- 不是“变量被复制”，而是变量对象持续被闭包的作用域链持有
- 每个
createCounter()调用都生成独立的词法环境，所以c1和c2互不影响 - 如果忘了释放闭包（比如长期挂载在全局或事件监听器里），
count就永远占着内存
怎么用闭包安全封装私有数据？
闭包是模拟 private 的唯一可靠方式。它不靠命名约定，也不靠 TypeScript 编译时检查，而是靠作用域隔离本身。
function createBankAccount(initialBalance) {
let balance = initialBalance; // 真正私有，外部无法直接访问
return {
deposit: (amount) => { balance += amount; },
withdraw: (amount) => { if (amount <= balance) balance -= amount; },
getBalance: () => balance // 唯一公开读取入口
};
}
const account = createBankAccount(100);
account.deposit(50);
console.log(account.getBalance()); // 150
console.log(account.balance); // undefined —— 外部完全不可见
- 所有私有状态必须声明在外部函数体内，不能放在对象字面量里
- 避免返回原始值（如直接返回
balance），否则会断开引用、失去封装性 - 不要把整个对象返回出去再加
Object.freeze()——那只是防篡改，不是私有
为什么循环中用 var 绑定事件会出错？闭包怎么救场？
经典问题：for (var i = 0; i console.log(i), 100); } 输出三个 3。根本原因不是“闭包没形成”，而是 var 声明提升 + 单一绑定导致所有回调共享同一个 i。
sc-java-to-ts-interface
下载
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
- 用
let替代var是最简解：块级作用域为每次迭代创建新绑定 - 手动构造闭包也行：
for (var i = 0; i console.log(j), 100); })(i); } - 但注意：这种 IIFE 写法易读性差，现代代码优先选
let，闭包在这里是“备选补救手段”，不是首选方案
闭包在函数式编程里干啥？比如 curry() 和 memoize()
柯里化和记忆化依赖闭包维持中间参数或缓存映射，它们不是炫技，而是解决真实问题的惯用模式。
立即学习“Java免费学习笔记（深入）”；
function curry(fn) {
return function curried(...args) {
if (args.length >= fn.length) return fn(...args);
return (...moreArgs) => curried(...args, ...moreArgs);
};
}
const add = (a, b, c) => a + b + c;
const add5 = curry(add)(5);
console.log(add5(10, 15)); // 30
// memoize 示例略去实现，重点是：cache 对象必须封闭在闭包内，否则缓存全局污染
-
curry()每次调用都捕获当前已传参数，靠闭包“记住”前序输入 -
memoize()的cache对象若暴露在外，不同函数共用同一缓存会导致结果错乱 - 这类高阶函数一旦返回，其闭包环境就固定了——这也是它们可预测、可复用的基础
