默认绑定规则：解析全局上下文this指向window底层机制

许多初学者在学习 JavaScript 时，都会遇到一个经典问题：全局上下文中的 this 究竟指向什么？答案很明确：window。这并非某种“约定俗成”的规则，而是 JS 执行环境在底层设计时就已确定的——浏览器将全局对象实现为 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。