v8会内联高频调用、结构干净且无副作用的小型纯函数；但含try/catch、arguments/eval/with、闭包捕获大对象或动态this绑定的函数即使仅5行也常被拒绝内联。
高频调用的小型纯函数，只要结构干净、无副作用，V8 大概率会内联展开；盲目压缩行数或加注释反而可能破坏内联机会。
哪些函数会被 V8 拒绝内联
V8 不是按“行数”做硬性截断，而是根据 AST 复杂度与优化风险判断。以下情况即使只有 5 行，也常被跳过内联：
-
try/catch块——哪怕只包一行赋值，也会触发[disabled] reason: contains 'try' - 访问
arguments、eval或with——直接标记为不可预测 - 闭包捕获外层变量（尤其是大对象）——影响逃逸分析，V8 倾向保守处理
- 动态
this绑定（如用call/apply调用）——类型反馈失效，内联收益降低
怎么确认你的函数是否被内联了
别猜，用 V8 自带的追踪开关实测：
- 启动 Node.js 时加
--trace-inlining：运行后搜索[inlined]或[disabled]关键字 - 配合
--print-opt-code查看汇编输出，若原函数体逻辑已“消失”，说明已被展开到调用点 - 注意：仅在 hot function（执行超百次）上才可能触发 TurboFan 优化，冷路径不会内联
真正提升内联成功率的写法
重点不是删代码，而是让 V8 容易推断行为边界：
- 参数全用
const声明，返回值不修改入参（纯函数特征） - 避免属性访问链过长：
obj.a.b.c比obj.x更难稳定 IC 插槽，影响内联意愿 - 热路径中，把计算逻辑拆成多个小函数比塞进一个“全能函数”更易内联——但别过度，间接调用本身有开销
- 用
/* @__PURE__ */注释辅助构建工具识别，虽不强制 V8，但可减少打包时误删
最容易被忽略的是：函数是否真在热路径上。如果 calculate() 每秒只跑几次，再符合内联条件也没用——V8 根本不会把它送进 TurboFan。先用 --prof 确认热点，再优化内联，顺序不能反。
