闭包是函数在定义时捕获外层变量并被传递到定义环境之外执行的运行时行为；它通过[[Environment]]引用词法环境使变量常驻内存，造成封装与潜在内存泄漏。
闭包不是语法结构，而是一种运行时行为：当一个函数**在定义时捕获了外层作用域的变量**，并且**这个函数被传递到定义环境之外执行**，它就形成了闭包。 它能“记住”变量，不是因为魔法，而是 javaScript 引擎为该函数保留了对原始词法环境的引用——哪怕外层函数早已执行完毕、本该销毁的变量，也因被内部函数持续引用而留在内存中。
为什么 createcounter() 每次调用都独立？
每次调用 createCounter 都会新建一个执行上下文，生成一组全新的私有变量（比如 count）和一个绑定到该变量的新闭包函数。
这意味着：
-
counter1和counter2各自持有对不同count的引用，互不干扰 - 你不能通过任何方式直接读写对方的
count，这就是封装的实质 - 如果误用
var在循环中创建闭包（如for (var i...)+setTimeout），所有回调会共享同一个i，输出全是3
innerFunction 怎么访问到已结束的 outerFunction 里的变量？
关键在词法作用域链（Lexical Environment Chain）：
- 函数定义时，js 引擎就为其内部属性
[[Environment]]记录下当前词法环境（含outerVariable） - 当
innerFunction被调用，引擎沿[[Environment]]查找变量，而不是看调用位置 - 这跟“函数在哪调用”无关，只跟“函数在哪定义”有关——所以叫“静态/词法”作用域
闭包容易引发什么实际问题？
最常被忽略的是内存驻留成本：
立即学习“Java免费学习笔记（深入）”；
- 只要闭包函数还存活（比如被赋值给全局变量、事件监听器未移除、定时器未清除），它引用的所有外部变量都不会被垃圾回收
- 若闭包意外捕获了大对象（如 dom 节点、大型数组），可能造成隐性内存泄漏
- 调试时看不到这些变量在哪个作用域里——它们藏在函数的
[[Environment]]中，chrome DevTools 的 “Scope” 面板才能看到
闭包真正的复杂点不在“怎么写”，而在于“谁还在引用它”。一旦函数被长期持有（比如注册为事件处理器、存入缓存、作为返回值暴露出去），就得同步考虑它的词法环境是否也在悄悄拖住一堆不该留下的数据。