箭头函数本身不干扰隐藏类，真正影响性能的是对象初始化方式和属性顺序稳定性；v8隐藏类只关注属性名、添加顺序、初始类型和赋值时机，与函数写法无关。
箭头函数本身不干扰隐藏类，真正影响性能的是对象初始化方式和属性顺序稳定性——不是函数写法，而是“何时加、怎么加”。
箭头函数在对象中出现时，不参与隐藏类判定
V8 的隐藏类只关注属性名、添加顺序、初始类型和赋值时机。无论你是写 greet() { }、greet: () => {} 还是 greet: function() {}，只要它和其他属性一起在字面量中声明，V8 就把它当作普通属性处理，值是函数对象，不影响隐藏类结构。
- ✅ 安全示例：
const user = { id: 1, name: 'A', greet: () => `Hi ${this.name}` };—— 所有属性同批定型，顺序固定，共享隐藏类 - ❌ 危险示例：
const obj = {}; obj.greet = () => {}; obj.id = 1;—— 动态添加，触发隐藏类迁移，IC 失效
高频调用下，隐藏类分裂会直接拖慢箭头函数执行
当多个对象因初始化顺序不同（如 { x: 1, run() {} } 和 { run() {}, x: 1 }）生成不同隐藏类，V8 的内联缓存（IC）无法复用，每次调用都要查表、降级，最终可能退化为超态调用。
- 循环中频繁访问
item.run()，而item来自不同构造路径 → IC 命中率骤降 - 即使函数体是轻量的箭头函数，也无法抵消隐藏类混乱带来的开销
- 性能瓶颈不在函数内部，而在对象结构不稳定导致的底层机制失效
验证方法：用 %DebugPrint 看 Map 地址是否一致
启动 Node.js 时加上 --allow-natives-syntax，然后对两个对象分别执行 %DebugPrint(obj)，观察输出中的 Map 地址：
- 地址相同 → 共享隐藏类，IC 正常工作
- 地址不同 → 隐藏类分裂，需检查对象创建逻辑
- 注意：箭头函数不会出现在 Map 差异里，差异只来自属性顺序或添加时机
PHP 和 Java 中的“箭头”不涉及隐藏类，但逻辑可类比
PHP 的 fn($x) => $x * 2 和 Java 12 的 case "A" -> "ok" 虽然也叫“箭头”，但它们不运行在 V8 上，也不参与对象隐藏类机制。不过其设计哲学一致：语法糖本身不改变底层行为，关键在使用上下文是否稳定、可预测。
- PHP 箭头函数省去
use，但变量捕获仍依赖定义时作用域 —— 类似 V8 对初始化时机的敏感 - Java switch 箭头避免 fall-through，本质是强化控制流确定性 —— 和隐藏类要求“顺序确定”逻辑相通
