全局上下文this指向window的默认绑定规则解析

不少前端初学者在学习 JavaScript 时，总会遇到一个经典问题——全局上下文中的 this 到底指向什么？答案非常明确：window。这并非随意的约定，而是 JavaScript 引擎在底层设计时就已确定的机制：浏览器将全局对象实现为 window，而普通函数在全局环境下独立调用时，其 this 会自动绑定到这个全局对象上。本质上，这就是默认绑定规则的核心体现。

默认绑定规则的触发条件

什么情况下会触发默认绑定？简单来说：当普通函数被直接调用，既无点号调用前缀（比如 obj.fn()），也未通过 new、call、apply 或 bind 这些特殊绑定方式时，它便会遵循默认绑定规则。举个例子：

• function foo() { console.log(this); } → 直接执行 foo()，这毫无疑问属于默认绑定
• 自执行函数 (function(){ console.log(this); })(); 同样适用该规则
• 定时器回调 setTimeout(function(){ console.log(this); }, 100) 中的函数也是独立调用，因此依然走默认绑定

为何默认绑定指向 window 而非其他对象？

原因一目了然：浏览器环境中的全局对象正是 window。它不只是一个变量名，而是整个执行上下文的最顶层宿主对象。你在全局作用域中用 var 声明变量、定义函数，甚至未声明直接赋值，这些操作都会自动挂载到 window 上。不妨验证一下：

• console.log(this === window); // true
• var a = 1; 等价于 window.a = 1;
• 因此，默认绑定下的 this 指向 window，其实质就是指向“当前执行环境的全局对象”——在浏览器中为 window，在 Node.js 中则为 global。

严格模式下的例外情况

一旦启用 "use strict"，情况便会发生变化。严格模式下，默认绑定不再“好心”地兜底到全局对象，而是让 this 保持为 undefined。这一设计旨在防止开发者意外修改全局对象，提升代码安全性。看一个实例：

• "use strict"; function foo() { console.log(this); } foo(); // undefined
• 注意：全局作用域本身不受影响——在顶层脚本里 this 仍然是 window，但函数内部的 this 不会偷懒指向全局了。

容易混淆的默认绑定细节

默认绑定的规则只关注“谁在调用”，而不看函数定义的位置，也不关心嵌套了多少层。这一点经常让人犯错：

• 对象方法内部定义的内层函数，如果独立调用，this 依旧指向 window（非严格模式下）。例如：const obj = { fn() { (function(){ console.log(this); })(); } }; obj.fn(); // window —— 这里的内层函数是独立调用，不受对象控制。
• 箭头函数不参与默认绑定——它本身没有自己的 this，直接沿用外层函数的 this 值。所以，若在对象方法中使用箭头函数，它捕获的是外层的 this，而非调用时的 this。