箭头函数的this值在定义时就从外层词法作用域捕获并固化，运行时不可变，不受call/apply/bind影响，也不创建独立执行上下文。
箭头函数的词法绑定，本质是“定义时就确定 this，之后永不改变”。它不靠调用方式决定 this，而是直接从外层函数（或全局）的作用域里“抄”过来，这个过程在函数创建那一刻就完成了。
词法作用域决定 this 值
箭头函数没有自己的执行上下文，也不参与 this 的动态绑定流程。它的 this 值不是运行时推导出来的，而是在解析阶段就被捕获并固化在闭包中：
- 当 JS 引擎遇到
=>定义的函数，会标记为ArrowFunctionExpression节点 - 引擎立即查找当前词法环境（Lexical Environment），取其中的
this值，存入该箭头函数的闭包 - 后续无论怎么调用（
.call()、.apply()、.bind()或作为事件回调），这个值都不再变化
与普通函数的执行上下文对比
普通函数每次调用都会新建一个执行上下文，其中 this 根据调用方式（如对象方法、独立调用、new）动态计算；而箭头函数压根不创建新上下文：
- 它复用外层函数的执行上下文 —— 包括
this、arguments（实际继承外层的）、super和new.target - 因此，在类方法中写
handleClick = () => { ... }，this总是指向实例，因为定义时外层就是类构造器的上下文 - 而在全局作用域写的箭头函数，
this就是全局对象（浏览器中为window，严格模式下为undefined）
为什么 call/apply/bind 对它无效
这些方法的作用机制，是临时替换函数执行时的 this 绑定 —— 但箭头函数根本没自己的 this 可被替换：
立即学习“Java免费学习笔记（深入）”；
-
arrowFn.call({x: 1})不会改写它的 this，只是忽略传入的对象 - 它的 this 值早在定义时就从外层“快照”下来，存在闭包里，运行时只读取，不接受任何干预
- 这和普通函数形成明确分界：一个可干预，一个不可变
实际验证：嵌套中的 this 流动
看这段代码就能看清词法链的传递路径：
const obj = {
name: 'outer',
method() {
console.log('method this:', this.name); // 'outer'
const innerArrow = () => {
console.log('arrow this:', this.name); // 'outer' —— 继承 method 的 this
};
innerArrow();
}
};
obj.method();
这里 innerArrow 的 this 不是从 obj 上“查”来的，也不是从 method 调用时“算”出来的，而是定义时直接拿了 method 执行上下文里的 this 值。哪怕把 innerArrow 提出来单独调用，结果也一样。
