不少前端初学者在学习 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); // truevar 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。
