箭头函数不是语法糖，而是javascript引擎在执行上下文层面的结构性设计变更：不创建独立执行上下文、不绑定this、无arguments/caller/callee、无prototype、不可new调用、无法继承，性能优势源于精简调用路径。
箭头函数不是语法糖，而是 JavaScript 引擎（如 V8）在执行上下文层面做出的结构性设计变更。它的底层实现核心在于移除独立执行上下文的构建，从而跳过传统函数的 this 绑定、arguments 初始化、prototype 设置等步骤。
执行上下文不创建自己的 this
普通函数每次调用都会生成一个全新的执行上下文，其中 this 根据调用方式（如 obj.method()、func()、new Func()）动态绑定。而箭头函数根本不创建自己的执行上下文中的 this 绑定逻辑，它直接从词法外层作用域“抄”来当前活动记录（AO/VO）里的 this 值，并固化为闭包变量。V8 源码中，箭头函数的 Call 过程会跳过 SetThisValue 步骤，直接复用外层 context 的 this 字段。
没有 arguments、caller、callee，也不设 prototype
普通函数对象在创建时会自动挂载 arguments 对象（类数组）、caller、callee，并拥有 prototype 属性用于构造实例。箭头函数对象在引擎内部被标记为 IsArrowFunction，其函数对象（JSFunction 实例）的内部槽位（internal slots）明确省略这些字段：
- 不分配 [[Arguments]] 内部槽 → 访问 arguments 报 ReferenceError
- 不设置 [[Prototype]] 为 Function.prototype → arrowFn.prototype === undefined
- 构造调用时引擎直接抛 TypeError: xxx is not a constructor
不能 new，也不参与原型链继承
当解析器遇到 new arrowFn()，V8 会检查函数对象的 IsConstructor 标志位，而箭头函数该标志始终为 false。它没有 [[Construct]] 内部方法，因此无法进入对象初始化流程（如设置 [[Prototype]] 为 arrowFn.prototype —— 实际上它根本没这个属性）。这也意味着箭头函数无法被子类 extends，也无法作为类或工厂函数使用。
性能优化来自精简的调用路径
V8 对箭头函数做了针对性优化：由于无需处理 this 绑定、arguments 构建、new 检查等分支逻辑，其调用指令序列更短。基准测试显示，在高频回调场景（如 map/filter 循环百万次），箭头函数平均比等效普通函数快约 15%。但这不是“更快的函数”，而是“更少要做的事”——本质是减少运行时开销，而非提升算法效率。
