识别箭头函数的词法作用域特性，关键不是看它怎么被调用，而是看它在哪被写出来——它的 this 在定义那一刻就“定格”了，之后永远不变。
看函数是否带 function 关键字和 this 绑定逻辑
普通函数用 function 声明，this 由调用方式决定：对象调用指向对象，直接调用指向全局或 undefined（严格模式）。箭头函数没有 function 关键字，也没有自己的 this，只“抄”外层最近一个非箭头函数的 this 值。
- 如果外层是对象方法（如
obj.method = function() { ... }），箭头函数的 this 就等于obj - 如果外层是全局作用域或另一个箭头函数，this 就指向全局（浏览器中是
window） - 类中定义为类字段的箭头函数（如
handler = () => { ... }），this 自动绑定到类实例，不会丢失
用 call/apply/bind 测试是否可修改 this
对普通函数，fn.call(obj) 能强行让 this 指向 obj；但对箭头函数，这些方法完全无效——传进去的 this 参数会被忽略。
- 执行
arrowFn.call({name: 'test'})，内部 this 仍是定义时继承的那个值 - 执行
arrowFn.bind({x: 1})()，结果一样，this 不变 - 这是最直接的验证方式：改不动，就是词法绑定
观察嵌套结构中 this 的“穿透性”
箭头函数的 this 会逐层向外查找，跳过所有中间的箭头函数，直到遇到第一个普通函数或全局环境。
- 例如：外层是普通函数 A，A 内定义箭头函数 B，B 内再定义箭头函数 C → C 的 this 和 B、A 一致
- 但如果 A 本身是箭头函数，那 B 和 C 都会继续往外找，最终可能落到全局
- 在 React 或 Vue 组件里，事件回调写成
onClick={() => this.handleClick()}，这里的 this 能正确指向组件实例，正是因为外层 render 方法（普通函数）提供了稳定的 this
检查能否用 new 调用
箭头函数不能作为构造函数，调用 new arrowFn() 会直接报错 TypeError: arrowFn is not a constructor。
- 原因：它没有
[[Construct]]内部方法，也不创建新执行上下文 - 这也侧面印证其 this 不是运行时动态生成的，而是从词法环境“借来”的
- 若一个函数支持
new，那它一定不是箭头函数
不复杂但容易忽略：只要记住“定义位置决定 this，调用方式无关”，再配合 call/bind 失效、无法 new 这两个硬指标，就能稳稳识别词法绑定行为。
