V8引擎通过持续观察和动态调整实现JIT优化：先以Ignition快速启动并收集运行时反馈，识别热点代码后由TurboFan推测类型并生成高效机器码；若推测失败则触发去优化，退回字节码执行。
V8引擎的JIT不是“编译一次就完事”，而是靠持续观察和动态调整来提速。它不追求一开始就跑得最快，而是让代码快速启动后，自动识别哪些函数被反复调用、哪些数据类型始终稳定，再针对性地生成更高效的机器码。
热点代码是怎么被识别出来的？
V8不会凭空猜测哪段代码重要。它靠运行时反馈做判断：
- 某函数被调用超过一定次数（比如上千次），Ignition解释器会标记为“候选热点”
- 变量类型长期一致（如
a始终是数字）、对象属性访问顺序固定、数组索引连续，这些都会积累正向反馈 - 内联缓存（IC）记录每次属性读写的行为，一旦发现模式稳定，TurboFan就会介入优化
优化过程分三步走：字节码→推测→重编译
整个流程不是黑箱，而是一套可追踪的演进链：
- 源码先解析成AST，再由Ignition生成轻量字节码，保证冷启动够快
- 执行中收集类型、形状、调用频次等反馈，TurboFan据此做类型推测（比如认定
obj.x永远是number） - 基于推测生成高度定制的机器码，例如把属性访问转为固定内存偏移，把小函数直接内联展开
为什么优化后又变慢了？去优化很常见
优化不是一劳永逸。V8一旦发现原先的推测错了，就会立刻“撤回”优化代码，退回字节码执行——这个过程叫去优化（Deoptimization）：
立即学习“Java免费学习笔记（深入）”；
- 典型诱因：同一函数传入不同类型的参数（
add(1,2)之后又调add("a","b")） - 对象结构突变（创建后新增属性、删属性、打乱初始化顺序）
- 在已优化函数里修改原型链或使用
arguments.callee
写JS时怎么配合V8的节奏？
不是写得炫酷就有好性能，关键是“可预测”：
- 对象尽量用构造函数或class统一创建，属性按固定顺序初始化
- 数组避免稀疏赋值（如
arr[99] = 1），优先预分配new Array(n) - 热函数保持简洁（建议600字符以内），少嵌套、少动态逻辑
- 参数类型尽量收敛，别让一个函数既处理数字又拼字符串
