箭头函数不绑定自己的this，而是继承外层非箭头函数的this值，因此无法动态绑定；其this在定义时即由词法作用域确定，调用方式、call/bind均无法改变。
箭头函数不绑定自己的 this，而是沿作用域链向上查找外层函数的 this 值——这是它无法实现动态绑定的根本原因。
箭头函数没有独立的 this 绑定机制
普通函数在调用时会根据调用方式（如对象方法调用、call/apply、构造调用等）动态确定 this 指向；而箭头函数压根没有 this 绑定过程。它的 this 是词法定义时就确定的，直接继承自外层非箭头函数作用域的 this 值。
- 即使显式使用
call(thisArg, ...)或bind(newThis)，也无法改变箭头函数内部的this - 作为对象方法定义时，
this不指向该对象，而是指向定义时所在上下文的this - 在事件监听器或定时器中使用，
this通常指向全局对象（非严格模式）或undefined（严格模式），而非触发目标
与普通函数 this 行为的对比示例
以下代码清晰体现差异：
const obj = {
value: 42,
regularFunc() {
return this.value; // 调用时 this 指向 obj
},
arrowFunc: () => {
return this.value; // this 指向定义时的外层 this（如全局）
}
};
obj.regularFunc(); // 42
obj.arrowFunc(); // undefined（严格模式）或 window.value（非严格模式）
若箭头函数定义在全局作用域，其 this 就是全局对象；若定义在某个普通函数内，则继承该函数的 this，且后续调用方式不影响它。
立即学习“Java免费学习笔记（深入）”；
常见误用场景及替代方案
当需要动态 this 时，应避免在需绑定上下文的位置使用箭头函数：
-
对象方法：改用普通函数、方法简写或
bind包裹普通函数 -
事件处理器：用普通函数，或在构造函数中提前绑定（
this.handleClick = this.handleClick.bind(this)），也可用类字段语法（handleClick = () => {...}本质是实例属性赋值，依赖类语法糖和 babel/preset-env 支持） -
构造函数或原型方法：必须用普通函数，箭头函数不能作为构造器，且无法正确设置原型链上的
this
箭头函数 this 的“静态性”本质是词法作用域规则
ES6 规范明确将箭头函数的 this 视为词法绑定（lexical binding），即编译阶段就固化，运行时不可更改。这并非缺陷，而是设计取舍：牺牲动态绑定能力，换取更可预测的闭包行为和更简洁的回调写法（尤其在异步、高阶函数中避免 that = this）。
真正需要动态 this 的场景，就该选择普通函数；而需要稳定捕获外层上下文时，箭头函数恰恰是更安全的选择。
