函数提升不影响闭包捕获，真正决定因素是声明方式（var/let/const）与词法作用域静态结构；var提升并初始化为undefined，let/const存在tdz，闭包捕获依赖定义时的作用域链与变量生命周期。
函数提升本身不会干扰闭包捕获变量，它只是改变了声明的可见时机；真正影响闭包行为的是变量声明方式（var vs let/const）和作用域链的静态结构。
函数提升在嵌套作用域中如何运作
函数声明（function foo() {...}）会被整体提升到所在作用域顶部，包括函数名和函数体。这意味着：
- 在嵌套函数内部，父级作用域中声明的函数可被提前调用
- 但提升只发生在当前作用域内，不会“穿透”到外层或内层作用域
- 提升不改变词法作用域链——闭包依然按定义时的位置确定能访问哪些外部变量
真正影响闭包捕获的关键：var 与 let/const 的差异
看似是“提升干扰”，实则是不同声明方式对变量生命周期和 TDZ（暂时性死区）的处理差异：
-
var声明：变量提升 + 初始化为undefined，无 TDZ。闭包捕获的是一个始终存在的绑定，即使在声明前访问也返回undefined -
let/const声明：声明被提升，但初始化不提升，存在 TDZ。若闭包在 TDZ 内被创建并立即执行，会抛出ReferenceError
例如：
function outer() {
console.log(a); // undefined（var 提升）
console.log(b); // ReferenceError（let 在 TDZ 中）
var a = 1;
let b = 2;
return function inner() {
return a + b; // 正常捕获：a 是 var 绑定，b 是 let 绑定（已过 TDZ）
};
}
嵌套作用域下闭包捕获变量的稳定前提
闭包能否正确捕获变量，取决于两个静态事实，与提升无关：
- 函数定义时所处的词法位置是否能访问该变量（即是否在作用域链上）
- 该变量是否在闭包实际执行时仍处于活跃生命周期（未被 GC）
- 对于
let/const，还需确保闭包执行时不落在其 TDZ 区间内
常见误判场景：看起来像“提升干扰”，其实是作用域误解
以下代码常被误读为“提升导致闭包拿错值”：
for (var i = 0; i console.log(i), 100); } // 输出：3, 3, 3
这不是函数提升的问题，而是 var i 是函数作用域绑定、循环只创建一个 i 绑定，所有闭包共享同一个变量。改用 let i 就会输出 0,1,2——因为 let 在每次迭代中创建新的块级绑定，闭包各自捕获不同的 i。
