闭包本身不慢，真正影响性能的是它“拽住”的变量及滞留时间；应通过提前解构缓存、显式传参、及时置null切断引用、用iife替代非必要闭包来优化。
闭包本身不慢，真正影响性能的是它“拽住”的变量以及这些变量滞留的时间。用好局部变量，是控制闭包开销最直接、最有效的手段——不是少用闭包，而是让闭包只带该带的东西。
把外部值提前缓存成局部变量
避免闭包反复访问深层作用域中的变量（比如 config.apiKey 或 user.profile.name），每次读取都要沿作用域链向上查找。换成在闭包创建时就解构或赋值到函数内局部变量里，后续访问就变成高速的栈内操作。
- 低效写法：闭包持续持有对外部对象的引用，且每次访问都走作用域链
- 优化写法：在返回闭包前，把需要的字段提取为 const/let 局部变量
- 例子：用
const { token, timeout } = config替代直接访问config.token
大对象别进闭包，改用参数传入
闭包会延长所有被捕获变量的生命周期。如果一个 10MB 的数组被无意捕获，它就无法被回收，哪怕闭包只用其中一两个字段。
- 不要让闭包自动捕获大型数据结构（如 userList、rawData）
- 改为显式传参：闭包函数体保持轻量，所需数据由调用方按需传入
- 这样既缩短变量生命周期，也便于测试和复用
及时切断对闭包变量的引用
闭包存在，它所依赖的外部变量就无法被垃圾回收。尤其当闭包被长期持有（如绑定在 DOM 事件或定时器上），滞留风险更高。
- 使用完后手动将闭包变量置为
null（如handler = null） - 移除事件监听器时，确保清除对应闭包引用
- 在循环中创建闭包时，避免用
var声明循环变量——改用let或函数参数隔离作用域
优先用 IIFE 封装一次性逻辑
如果只是想隔离作用域、避免全局污染，又不需要跨调用维持状态，IIFE 比闭包更轻量——执行完立即释放，不留下任何引用。
- 适合初始化配置、批量绑定、临时计算等场景
- 例如：
(function() { const temp = doCalc(); console.log(temp); })(); - 相比返回函数的闭包，它没有[[Environment]]引用，无内存滞留风险
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
