箭头函数的this在定义时就继承外层第一个非箭头函数作用域的this值，不可被call/apply/bind修改，也不能作为构造函数；它适用于需稳定this的回调场景，不适用于依赖动态this的对象方法等。
箭头函数的 this 不是“避开”动态绑定问题，而是根本不参与动态绑定——它从定义那一刻起，就直接拿外层第一个非箭头函数作用域里的 this 值，之后再也不变。
词法 this 是怎么确定的？
不是看函数怎么被调用，而是看它写在哪一层代码里：
- 如果箭头函数写在普通函数内部，它的 this 就等于那个普通函数执行时的 this
- 如果写在类的方法里（比如
increment = () => {...}），this 就是当前类实例 - 如果最外层没任何函数包裹，那它继承全局作用域的 this（浏览器中是
window，严格模式下是undefined）
为什么它不被 call / apply / bind 影响？
因为箭头函数压根没有自己的 this 绑定机制。这些方法只对“有 this 的函数”起作用：
-
fn.call(obj)只能改普通函数的 this，对箭头函数无效 -
fn.bind(obj)返回的还是同一个箭头函数，this 依然来自原始定义位置 - 试图用
new调用箭头函数会直接报错——它连prototype都没有
典型场景：哪里靠它稳住 this？
当需要把方法传出去、又不想丢掉上下文时，箭头函数天然可靠：
- 事件监听：
button.addEventListener('click', () => this.handleClick()) - 定时器回调：
setInterval(() => this.tick(), 1000) - 异步操作：
fetch(url).then(() => this.handleSuccess()) - 类字段写法：
handleSubmit = (e) => { e.preventDefault(); this.submit() }
哪些地方千万不能用？
凡是依赖调用时动态决定 this 的场景，箭头函数反而会出错：
- 对象字面量里的方法：
{ name: 'Alice', greet: () => console.log(this.name) }→ this 不指向这个对象 - 原型方法或 class 中的普通方法声明（应写成
greet() { ... }，而不是greet = () => ...） - 需要被不同对象调用、且要响应各自 this 的工具函数
它不是万能补丁，而是一把精准的螺丝刀——用对地方省心，用错地方拧歪。
