JavaScript中函数、闭包与作用域环环相扣：函数定义时锁定词法环境形成闭包，变量查找按作用域链静态确定、动态执行，闭包本质是函数及其定义时的词法环境，非仅return才产生。
JavaScript 中函数、闭包与作用域不是孤立概念，而是环环相扣的底层机制。理解它们的关键，在于看清“函数执行时，变量从哪来、在哪找、能留多久”。下面用实战视角拆解核心逻辑和典型场景。
函数是作用域的创建者，不是执行时才定，而是定义时就锁定环境
函数在声明那一刻，就悄悄记住了它被写在哪里（即词法作用域），而不是调用时所在的位置。这个“记住”就是闭包的起点。
- 普通函数内部访问外部变量，靠的是定义时外层作用域的引用，不是调用时的上下文
- 箭头函数没有自己的 this 和 arguments，但它同样遵循词法作用域——它的作用域链直接继承自外层函数
- 嵌套函数即使被返回或传到别处，依然带着原始作用域链，不会因为调用位置改变而丢失变量访问权
闭包 = 函数 + 它被定义时的词法环境（关键在“被引用”而非“被返回”）
闭包真正形成，不在于函数是否被 return，而在于内部函数是否“捕获并持有”了外部变量的引用。哪怕没显式 return，只要该函数后续可能访问那些变量，闭包就已存在。
- 常见误判：以为只有 return 函数才是闭包 → 实际上 setTimeout、事件监听器、Promise 回调中引用外层变量，也构成闭包
- 内存注意点：被闭包持有的变量不会被垃圾回收，直到闭包本身不可达。长期驻留的定时器或未清理的事件监听器容易引发内存泄漏
- 实用技巧：用闭包模拟私有变量——外层函数变量无法被外部直接访问，仅通过返回的函数间接操作
作用域链查找：从当前执行上下文开始，逐级向上，直到全局；找不到就报 ReferenceError
变量查找是静态确定、动态执行的过程。JS 引擎编译阶段就确定了每个函数的作用域链结构，运行时只是按链“往上翻”，不跳、不绕、不猜测。
立即学习“Java免费学习笔记（深入）”；
- var 声明会变量提升（hoisting），但只是声明被提升，赋值仍在原位；let/const 有暂时性死区（TDZ），在声明前访问直接报错
- 函数参数、函数声明、let/const 声明都会在当前作用域创建绑定；重复声明 let/const 报错，var 和 function 声明则可能覆盖或忽略
- with 和 eval 会动态修改作用域链，破坏静态分析，严格模式下禁止使用
实战调试：三步定位作用域与闭包问题
遇到变量 undefined、this 指向异常、计数器不更新等现象，按顺序排查：
- 看函数在哪定义的（不是在哪调用）→ 确认词法作用域源头
- 查该函数是否引用了外层变量 → 判断是否形成闭包，以及捕获的是哪个版本的值（尤其注意循环中 i 的引用）
- 打断点进函数，展开控制台的 Scope 面板 → 直观看到 Closure、Local、Global 各层变量值和来源
