JIT 编译不直接改变对象内存布局，但通过隐藏类演进、元素类型专用化和内联缓存等机制间接优化：推动对象从字典模式转为连续内存的快速模式，提升访问效率并影响垃圾回收行为。
V8 引擎的即时编译（JIT）本身不直接改变 JavaScript 对象在堆中的内存布局，但它通过优化执行路径和类型推断，间接影响对象的内部表示、内存分配策略以及垃圾回收行为——这些都会反映在实际的内存布局上。
JIT 编译如何触发内存布局变化
JIT 的核心目标是提升执行速度，为此 V8 会根据运行时收集的类型信息，对代码做深度优化。这种优化会推动引擎为对象选择更紧凑、更高效的内部结构：
-
隐藏类（Hidden Class）动态演进：当一个对象频繁被以相同方式访问属性（如
obj.x,obj.y），JIT 会为其推导出稳定隐藏类。一旦隐藏类固化，V8 就可能将该对象从“字典模式”切换为“快速模式”，即用连续内存块存储属性，类似 C 结构体——此时属性访问从哈希查找降为固定偏移寻址，显著减少内存碎片并提升局部性。 -
元素类型专用化：数组若长期只存数字（如
Float64Array或纯 number 类型普通数组），JIT 会标记其为“双精度浮点数元素组”（double elements），让 V8 分配连续、同类型的内存区域；反之，若混入字符串、undefined 或 hole（空洞），就会退化为“字典模式”或“通用元素组”，内存变成离散哈希表结构，占用更大且访问变慢。 - 内联缓存（IC）依赖对象形状：JIT 生成的优化代码会硬编码属性偏移量。如果后续对象结构突变（如新增属性、删除属性），原有优化代码失效，V8 必须去优化（deoptimize）并回退到通用解释路径——此时对象可能被重新布局或迁移，甚至触发新生代晋升。
JIT 与内存分区策略的协同作用
JIT 产生的热点函数常伴随大量临时对象（如循环中创建的闭包、中间数组），这些对象天然符合“短生命周期”特征：
- 它们大概率分配在新生代（Young Generation） 的 From 空间；
- 若 JIT 优化后函数执行极快，对象存活时间更短，GC 更频繁地清理 From 空间；
- 但若某次执行中对象意外逃逸（如被闭包捕获、赋值给全局变量），JIT 可能来不及识别，导致该对象在一次 Scavenge 后晋升至老生代——这会提前占用本应留给长期对象的 1.4GB 老生代空间。
对开发者可见的影响
-
数组性能断崖：
arr[0] = 1; arr[1000] = 2;这样的稀疏写入，会让 JIT 判定数组不可预测，强制转字典模式，内存不再连续，arr.length也失去意义； -
对象属性顺序很重要：
{a: 1, b: 2}和{b: 2, a: 1}在 V8 中可能对应不同隐藏类，影响内联缓存命中率和内存对齐； -
避免运行时类型切换：
let x = 1; x = 'hello';会让 JIT 放弃对该变量的类型假设，阻止相关对象进入紧凑布局。
不复杂但容易忽略
