JavaScript函数作用域在定义时确定，与调用位置无关；内部函数可访问外层变量（闭包），var循环中回调共享同一变量导致输出3 3 3，let/const每次迭代创建独立绑定解决此问题；this绑定取决于调用方式而非定义位置，箭头函数继承外层this；IIFE曾用于隔离作用域，现多被块级声明替代。
函数作用域只看 function 声明的位置，不看调用位置
JavaScript 的函数作用域在函数定义时就确定了，和它在哪里被调用完全无关。这意味着内部函数能访问外层函数的变量，哪怕外层函数已经执行结束——只要闭包还存在，那些变量就一直保留在内存里。
常见错误是以为“调用时才决定作用域”，结果在定时器、事件回调或异步操作中读到 undefined 或旧值。比如：
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100);
}
// 输出：3 3 3（不是 0 1 2），因为所有回调共享同一个 i
原因：var 声明的 i 是函数作用域（这里指全局/外层函数），循环结束后 i 是 3，所有回调都引用它。
let 和 const 在循环中会为每次迭代创建新绑定
这是解决上面问题的关键机制，不是“块级作用域”本身，而是“每次迭代生成独立绑定”的语义。
立即学习“Java免费学习笔记（深入）”；
-
let i = 0在for中，每次迭代都会新建一个i绑定，回调捕获的是各自迭代对应的那个 -
const同理，但不可重新赋值；var没有这个行为 - 箭头函数或普通函数都一样，关键在声明方式，不在函数类型
示例：
for (let i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100);
}
// 输出：0 1 2
嵌套函数中 this 不受作用域链影响
this 的绑定和词法作用域无关，它取决于函数**怎么被调用**，而不是**在哪里定义**。这点常被混淆。
- 普通函数内
this默认是全局对象（非严格模式）或undefined（严格模式） - 箭头函数没有自己的
this，它继承外层函数的this值（这才是词法绑定） - 即使嵌套很深，
obj.method()调用时，方法内部的this是obj；但如果把该方法赋给变量再调用，this就丢了
所以别指望靠嵌套让 this 自动指向外层对象——要用 bind、箭头函数，或显式传参。
立即执行函数表达式（IIFE）曾是 var 时代的作用域隔离方案
在 let/const 普及前，IIFE 是手动制造私有作用域的惯用写法：
(function() {
var privateVar = 'secret';
console.log(privateVar); // 可访问
})();
console.log(privateVar); // ReferenceError
现在多数场景可直接用块级声明替代，但 IIFE 仍有不可替代之处：
- 需要立即执行且隔离变量 + 返回一个值（比如模块导出）
- 需要控制
this或arguments的绑定（例如封装类构造逻辑） - 某些打包工具或老环境仍依赖它的包裹形式
注意：IIFE 本身不解决 var 循环问题，除非把循环体整个包进去——但那样反而更难读，不如改用 let。
真正容易被忽略的是：作用域链查找是**动态执行时逐层向上找标识符**，但**哪几层能被访问，从函数定义那一刻就固定了**。很多人调试时盯着调用栈想“为什么找不到变量”，其实该回头检查函数是在哪个词法环境中定义的，而不是它被谁调用了。
