JavaScript 中默认绑定在严格模式与非严格模式的对比

默认绑定下，非严格模式this指向全局对象（浏览器window/Node.js global），严格模式为undefined；触发场景包括直接调用、赋值后调用、未绑定回调及IIFE，严格模式使this访问报错，提升错误可见性。

默认绑定下，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 不再兜底到全局对象：

立即学习“Java免费学习笔记（深入）”；

• this 值为 undefined，访问 this.x 或赋值 this.y = 1 会立即抛出 TypeError
• 可全局启用（脚本顶部），也可仅在单个函数内启用，作用域精准可控
• 箭头函数不受影响——它的 this 始终由外层词法作用域决定，与是否严格模式无关

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

它把原本静默的问题显性化，让潜在 bug 更早暴露：

• 禁止隐式创建全局变量，避免意外覆盖
• 重复参数名、非法 delete、with 语句等都会报错，提升代码健壮性
• ES6+ 模块、class 语法默认进入严格模式，主动添加 "use strict" 已成开发共识