严格模式下默认绑定使this为undefined，访问或修改this会立即触发TypeError，实现安全熔断、精准定位和防止全局污染；箭头函数不受影响，ES模块默认严格模式。
默认绑定在严格模式下不会“抛错”，但会让 this 变成 undefined，进而使对 this 的读写操作立刻触发 TypeError——这才是关键的错误处理机制。
为什么 this 为 undefined 是一种主动防御
非严格模式下，foo() 调用时 this 指向 window 或 global，赋值如 this.data = [] 会静默挂到全局，埋下污染隐患；而严格模式下，同一行代码直接报错：Cannot set property 'data' of undefined。这不是 bug，是设计用来打断错误链的“安全熔断”。
- 错误发生在赋值瞬间，而非后续某处读取时才暴露
- 堆栈清晰指向问题函数和具体行号，定位成本大幅降低
- 阻止了隐式全局状态扩散，避免多个模块互相干扰
哪些操作会因此报 TypeError
只要在默认绑定场景中访问或修改 this，且未做防护，就会中断执行：
-
this.name = 'test'→TypeError: Cannot set property 'name' of undefined -
console.log(this.config)→TypeError: Cannot read property 'config' of undefined -
this.fn && this.fn()→ 同样报错，短路逻辑不生效
注意：箭头函数不受影响，它的 this 始终继承外层词法作用域，与是否严格模式无关。
立即学习“Java免费学习笔记（深入）”；
如何配合默认绑定特性做好错误处理
不能只依赖报错，还要把意图写清楚：
- 真要挂全局变量，显式用
globalThis.API = myApi，而不是靠 this 碰运气 - 对象方法被提取后调用（如
const cb = obj.handleClick; cb()），改用cb.bind(obj)或箭头函数封装 - 初始化逻辑统一放在构造函数或工厂函数内，例如
this.state = { loaded: false }改为return { state: { loaded: false } } - ES 模块文件（
.mjs或含import/export）默认启用严格模式，无需手动加"use strict"，但 CommonJS 文件建议顶部声明
错误不是终点，而是修复起点
看到 Cannot read property X of undefined 时，先确认是不是默认绑定导致 this 丢失——这比排查深层数据结构更高效。现代开发中，ES6 类、模块语法都自动进入严格模式，让这类错误天然可见。与其绕过它，不如把它当作编译器在提醒你：“这里上下文没交代清楚”。
