默认绑定下，非严格模式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 不再兜底到全局对象：
-
this值为undefined，访问this.x或赋值this.y = 1会立即抛出TypeError - 可全局启用（脚本顶部），也可仅在单个函数内启用，作用域精准可控
- 箭头函数不受影响——它的
this始终由外层词法作用域决定，与是否严格模式无关
为什么现代项目普遍启用严格模式
它把原本静默的问题显性化，让潜在 bug 更早暴露：
- 禁止隐式创建全局变量，避免意外覆盖
- 重复参数名、非法
delete、with语句等都会报错，提升代码健壮性 - ES6+ 模块、
class语法默认进入严格模式，主动添加"use strict"已成开发共识
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
