v8内联生效的关键是函数满足纯、小、稳三条件：无副作用、ast简洁、类型与接口一致；需避免try/catch、动态绑定、剩余参数等破坏因素。
要让 V8 的内联展开机制真正起效，关键不是“写得够小”，而是让函数满足安全展开的全部前提：纯、小、稳——无副作用、AST 简洁、类型与接口高度一致。
确保函数是真正意义上的纯函数
V8 内联的前提是控制流可预测。哪怕只有一行 try/catch、eval、this 动态绑定，或访问 arguments，都会导致内联被拒绝。
- ✅ 推荐：
function add(a, b) { return a + b; }—— 无闭包捕获、无外部依赖、无分支外副作用 - ❌ 拒绝：
function compute(x) { try { return x * 2; } catch(e) { return 0; } }—— try/catch 破坏控制流分析 - ❌ 拒绝：
function getVal(obj) { return obj?.x ?? 0; }—— 可选链触发隐式原型查找，IC 失稳，连带内联失败
控制 AST 复杂度与参数结构
V8 在 TurboFan 阶段评估是否内联，主要看 AST 节点数量和语义确定性。剩余参数、计算属性、动态键名等都会显著增加 AST 深度与不确定性。
- ✅ 推荐三固定：固定参数个数（如
(min, val, max)）、固定属性访问（obj.x）、固定返回路径 - ❌ 避免：
function sum(...nums) { return nums.reduce((a, b) => a + b, 0); }—— 剩余参数使 AST 不再平坦，V8 不信任其结构 - ❌ 避免：
function read(obj, key) { return obj[key]; }—— 方括号访问无法做偏移预判，直接绕过内联候选队列
保持类型与调用上下文稳定
内联不是孤立判断的。它依赖函数在“温热”阶段（约执行 10–100 次）表现出的类型一致性。一旦参数类型漂移或调用模式突变，不仅内联失效，还可能触发去优化。
- ✅ 在循环中高频调用时，始终传入
number或始终传入{x: number, y: number}对象 - ✅ 若需多态支持，拆分为多个专用函数（如
clampNumber()/clampDate()），而非用类型检查混写一个 - ❌ 不要在同一函数里交替传入
1和"1"，这会让 V8 放弃对该函数的所有激进优化
验证是否真的被内联了
不要靠经验猜测。V8 提供了精确可观测的诊断手段：
- 启动 Node.js 时加
--trace-inlining：看到类似[Inlining] add at line 5: inlined into process才算实锤 - 加
--trace-opt查看拒绝原因，例如not inlineable: contains eval或too big for inlining (size=682) - 浏览器中可用
%OptimizeFunctionOnNextCall(func)（需开启 chrome://flags/#enable-webassembly-simd）强制触发，再配合日志确认
不复杂但容易忽略：内联不是性能银弹，它只为那些已处于热点路径、又恰好符合所有安全条件的小函数服务。写得“对”，比写得“短”重要得多。
