JavaScript默认绑定在严格模式与非严格模式下的区别

默认绑定下，this 的值在非严格模式和严格模式中截然不同：非严格模式指向全局对象（浏览器里是 window，Node.js 里是 global），严格模式下则为 undefined。这个差异直接影响函数内对 this 的读写是否报错，是理解 JavaScript 执行上下文的关键起点。

那么，哪些调用会触发默认绑定？只要函数不是作为对象方法、构造函数、箭头函数调用，也没被 call/apply/bind 显式绑定，就落入默认绑定范畴： - 直接调用：foo() - 赋值后调用：const fn = obj.method; fn(); - 回调中未绑定：setTimeout(foo, 100) 或 [1,2].forEach(foo) - 立即执行函数表达式（IIFE）：(function(){})();

非严格模式下的 this 行为

函数独立执行时，this 自动绑定到全局对象。比如 this.name = 'alice' 实际等价于 window.name = 'alice'（浏览器环境）。未声明变量赋值（如 a = 1）会静默挂载到全局对象上，容易污染命名空间。表面上看能运行，但可能掩盖逻辑错误——比如开发者误以为 this 指向当前对象，结果却偷偷读写到了全局。

严格模式如何改变默认绑定

启用 "use strict" 后，普通函数调用的 this 不再兜底到全局对象。此时 this 值为 undefined，访问 this.x 或赋值 this.y = 1 会立即抛出 TypeError，让问题无法静默蔓延。严格模式可全局启用（脚本顶部），也可仅在单个函数内启用，作用域精准可控。需要留意的是，箭头函数不受影响——它的 this 始终由外层词法作用域决定，与是否严格模式无关。

为什么现代项目普遍启用严格模式

它把原本静默的问题显性化，让潜在 bug 更早暴露。比如禁止隐式创建全局变量，避免意外覆盖；重复参数名、非法 delete、with 语句等都会直接报错，显著提升代码健壮性。如今 ES6+ 模块、class 语法默认进入严格模式，主动添加 "use strict" 早已成为开发共识——说白了，这几乎是不需要争论的最佳实践。