箭头函数的 this 无法被 call、apply 或 bind 改变，因其没有自己的 this 绑定机制，而是词法绑定——定义时即继承外层普通函数或全局作用域的 this 值，不参与运行时执行上下文构建。
箭头函数中的 this 无法被 call、apply 或 bind 改变，根本原因在于：它**没有自己的 this 绑定机制**，而是**词法绑定（lexical binding）**——在定义时就确定了 this 的值，且该值直接从外层普通函数（或全局）作用域继承，不参与运行时的执行上下文（ExecutionContext）构建。
箭头函数没有自己的 this 绑定
普通函数在调用时，JavaScript 引擎会根据调用方式（如 obj.method()、func()、new Func() 等）动态计算并设置其执行上下文中的 this 值。而箭头函数的函数对象内部不包含 this 绑定逻辑，其 [[ThisMode]] 内部属性为 lexical（而非 global 或 strict）。这意味着：
- 引擎跳过对箭头函数单独初始化
this的步骤； -
call/apply/bind的第一个参数（即期望的thisArg）会被完全忽略； - 访问
this时，引擎沿词法作用域链向上查找，直到遇到第一个非箭头函数的执行上下文，取其this值。
ECMAScript 规范层面的依据
根据 ECMA-262 §9.2.1.2，普通函数调用时会执行 OrdinaryCallBindThis，其中会依据 thisArg 设置函数上下文的 thisValue。但箭头函数的调用流程不进入该逻辑，而是直接复用外层函数环境记录（Environment Record）中的 thisBinding。换句话说：
- 箭头函数没有 [[Construct]] 内部方法，也不能用 new 调用；
- 它也没有 [[ThisBindingStatus]]（普通函数有 "uninitialized" / "initialized" 状态）；
- 它的
this是“静态捕获”的，类似闭包变量，不是运行时动态绑定的上下文属性。
对比普通函数：执行上下文决定 this
普通函数每次调用都会创建新的执行上下文，其中 this 是上下文的一个可配置字段。而箭头函数不创建独立的执行上下文 this 字段，只共享外层上下文的 this 值。例如：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
function outer() {
console.log(this); // {name: "outer"}
const arrow = () => console.log(this); // 词法继承 outer 的 this
arrow.call({name: "ignored"}); // 输出 {name: "outer"}，参数被忽略
}
outer.call({name: "outer"});
这里 arrow.call(...) 并不会触发任何 this 重绑定操作，因为箭头函数根本没有处理 call 中 thisArg 的机制。
为什么设计成这样？
箭头函数的核心设计目标是简化回调场景中 this 的使用（如事件处理器、定时器、Promise 链），避免手动 bind 或 that = this。这种词法 this 是有意为之的语义约束，而非实现缺陷。它让函数体内的 this 行为更可预测，代价是牺牲了动态绑定能力。
