箭头函数的 this 在定义时从外层普通函数词法继承，不参与运行时绑定，故 call/apply/bind 无效；若无外层函数则指向全局或 undefined；适合回调场景，不适合对象方法、构造函数等需动态 this 的场合。
箭头函数的 this 不是运行时决定的，而是在定义时就从外层普通函数作用域中“拿过来”的——这个行为叫词法作用域绑定，它让上下文更可预测，也避免了常见丢失 this 的问题。
箭头函数没有自己的 this
它不创建执行上下文，也不参与 this 绑定流程（比如 call、apply、bind 对它完全无效）。它的 this 值直接继承自定义位置的最近一层普通函数（function 声明或表达式）的 this。如果外层没有普通函数，就沿作用域链向上找，最终可能落到全局对象（浏览器中是 window，严格模式下为 undefined）。
定义位置比调用位置更重要
关键不是“谁调用了它”，而是“它写在哪一层函数里”。例如：
- 在类方法内部定义的箭头函数 → this 指向组件实例或类实例
- 在对象字面量里直接写
fn: () => console.log(this)→ this 不指向该对象，而是外层函数或全局 - 在模块顶层或立即执行函数外定义 → 继承全局 this
和闭包协同但机制不同
箭头函数天然形成闭包，能访问外层变量；同时又自带 this 的词法继承能力。两者不冲突，而是配合工作：闭包维持了外层函数的执行环境，箭头函数借此稳定读取那个时刻的 this 值。比如 setTimeout(() => console.log(this.name), 100) 能正确输出，靠的就是这个组合。
立即学习“Java免费学习笔记（深入）”；
适合与不适合的场景
它解决的核心问题是回调中 this 易丢失，不是用来替代所有函数：
- ✅ 适合：Promise 链、
map/filter回调、定时器、事件处理器（类组件中）、嵌套异步逻辑 - ❌ 不适合：对象方法（需要动态 this）、构造函数（不能用
new）、DOM 事件监听器中想让 this 指向目标元素、需要arguments或super的场合
