箭头函数的this一次性向上查找最近的普通函数作用域并永久绑定，不随调用方式改变；穿透只认最近普通函数，跳过所有中间箭头函数，定义位置决定this值而非调用位置。
普通函数和箭头函数混用时，this 的穿透不是“逐层跳转”，而是“一次性向上查找最近的普通函数作用域”。箭头函数本身没有 this，它在定义那一刻就锁定外层第一个普通函数（function 声明或表达式）执行时的 this 值，之后无论嵌套多深、调用方式如何，都不可更改。
穿透规则：只认最近的普通函数，跳过所有中间箭头函数
箭头函数会忽略所有同级或内层的箭头函数，直接越过它们，找到离自己定义位置最近的那个普通函数，并继承它的 this。
- 哪怕嵌套五层箭头函数，只要最外层是普通函数，所有箭头函数的 this 都等于那个普通函数执行时的 this
- 如果中间夹着一个普通函数，穿透就在此终止——内层箭头函数继承这个中间普通函数的 this，而非更外层的
- 没有普通函数兜底时，this 沿作用域链继续上溯，最终可能落到全局（非严格模式下是 window，严格模式下是 undefined）
关键看“定义位置”，不看“调用位置”
同一个箭头函数被不同方式调用（如传给 setTimeout、作为事件回调、赋值给变量后执行），this 值始终不变——因为它只取决于写在哪、写在哪个普通函数内部。
- 在类方法里定义的箭头函数 → this 指向实例（因为类方法是普通函数）
- 在对象字面量里直接写
fn: () => console.log(this)→ this 不是该对象，而是外层作用域（比如模块顶层或 class 外部） - 在立即执行函数（IIFE）中定义 → this 取决于 IIFE 自身的调用方式（通常为全局或 undefined）
常见穿透陷阱与验证方法
容易误判的地方，往往出在“以为某层是普通函数，实际却是箭头函数”，或者“没意识到外层普通函数的 this 已被提前绑定”。
立即学习“Java免费学习笔记（深入）”；
- 把普通函数方法赋值给变量再调用（
const f = obj.method; f()），此时原方法的 this 已丢失；若它内部定义了箭头函数，那个箭头函数继承的仍是obj.method被调用时的 this —— 但这次调用根本没发生，所以实际继承的是 undefined 或全局 - 验证方式：在外层普通函数第一行加
console.log('outer this:', this)，再在其内部定义箭头函数并打印this，两者应完全一致 - 用
call/apply/bind调用箭头函数无效——它不参与 this 绑定流程，传进去的 this 参数被直接忽略
何时需要穿透？何时该避免？
穿透机制本身是设计特性，不是 bug。合理利用能简化代码，滥用则导致上下文混乱。
- ✅ 推荐穿透场景：异步回调（setTimeout、Promise.then）、数组方法（map/filter）、事件处理闭包（React 类组件中
onClick={() => this.handle()}）——目标是稳定访问外层实例 - ❌ 应避免穿透场景：对象方法（需 this 指向自身）、构造函数、原生事件监听器中想让 this 指向
event.target（此时应从 event 参数取，而非依赖 this） - ⚠️ 替代方案：需动态 this 时，用普通函数 +
.bind()，或现代写法（类字段箭头函数handle = () => {}，本质是在构造时绑定到实例）
