如何理解javascript中的函数作用域【教程】

15次阅读

javaScript函数作用域在定义时确定,与调用位置无关;内部函数可访问外层变量(闭包),var循环中回调共享同一变量导致输出3 3 3,let/const每次迭代创建独立绑定解决此问题;this绑定取决于调用方式而非定义位置,箭头函数继承外层this;IIFE曾用于隔离作用域,现多被块级声明替代。

如何理解javascript中的函数作用域【教程】

函数作用域只看 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,所有回调都引用它。

letconst 在循环中会为每次迭代创建新绑定

这是解决上面问题的关键机制,不是“块级作用域”本身,而是“每次迭代生成独立绑定”的语义。

立即学习Java免费学习笔记(深入)”;

  • let i = 0for 中,每次迭代都会新建一个 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() 调用时,方法内部的 thisobj;但如果把该方法赋给变量再调用,this 就丢了

所以别指望靠嵌套让 this 自动指向外层对象——要用 bind、箭头函数,或显式传参。

立即执行函数表达式(IIFE)曾是 var 时代的作用域隔离方案

let/const 普及前,IIFE 是手动制造私有作用域的惯用写法:

(function() {   var privateVar = 'secret';   console.log(privateVar); // 可访问 })(); console.log(privateVar); // ReferenceError

现在多数场景可直接用块级声明替代,但 IIFE 仍有不可替代之处:

  • 需要立即执行且隔离变量 + 返回一个值(比如模块导出)
  • 需要控制 thisarguments 的绑定(例如封装类构造逻辑)
  • 某些打包工具或老环境仍依赖它的包裹形式

注意:IIFE 本身不解决 var 循环问题,除非把循环体整个包进去——但那样反而更难读,不如改用 let

真正容易被忽略的是:作用域链查找是**动态执行时逐层向上找标识符**,但**哪几层能被访问,从函数定义那一刻就固定了**。很多人调试时盯着调用想“为什么找不到变量”,其实该回头检查函数是在哪个词法环境中定义的,而不是它被谁调用了。

text=ZqhQzanResources