方法内联是JIT通过消除调用开销并为常量传播、去虚化等优化创造条件来提升性能，前提是方法小、调用热、目标确定；需配合private/static/final写法并用-XX:+PrintInlining验证。
Java 中方法内联提升执行效率，核心不是“把代码复制一遍”，而是让 JIT 在运行时智能地消除调用开销，并为后续优化打开通道。它真正起效的前提是：方法足够小、调用足够热、目标足够确定。
消除方法调用本身的运行时开销
每次普通方法调用都要经历压栈、传参、跳转、创建栈帧、清栈等步骤。哪怕一个 return x * x，反复调用也会累积可观开销。JIT 一旦决定内联，就会把这段逻辑直接“展开”到调用位置，变成一条或几条机器指令，完全绕过函数调用机制。
- 没有栈帧切换，CPU 流水线更连续，分支预测更准确
- 避免了参数在寄存器与栈之间来回搬运
- 尤其在循环体内高频调用时（如 process(i)），收益非常明显
为深度优化提供基础条件
内联不是终点，而是起点。只有把方法体“拉平”到调用上下文中，JIT 才能看清更多优化机会：
- 常量传播：若内联的是 square(5)，JIT 可直接替换成 25
- 无用代码消除：内联后发现某个分支永远不走，整块逻辑可被删掉
- 去虚化（devirtualization）：结合类型信息，把原本需要动态分派的 invokevirtual 转成直接调用，再进一步内联
- 逃逸分析协同：内联后能更准确判断对象是否逃逸，进而支持栈上分配或锁消除
触发内联的关键现实条件
JIT 不会凭空内联，它依赖运行时观测和严格约束：
立即学习“Java免费学习笔记（深入）”；
- 热度达标：方法调用计数器达默认 10000 次（Server 模式），或循环回边次数足够高，才会进入 C2 编译队列
- 体积可控：默认只对 ≤35 字节的方法无条件内联；热点方法放宽至约 325 字节，但超限就拒绝（日志中显示 “too big”）
- 目标确定：private / static / final 方法天然可内联；普通实例方法需 JIT 通过类层次分析（CHA）确认唯一实现，否则标记为 “not inlineable (virtual)”
写法上如何配合 JIT 做出更好决策
你无法命令 JIT 内联，但可以写出它“愿意且安全”内联的代码：
- 把计算逻辑拆成 private static int clamp(int v, int lo, int hi) 这类纯函数，避免混入日志、锁或 IO
- 字段访问尽量用 final 方法封装，而非 public getter；String.length() 快，就是因为它是 final 且极简
- 避免在高频路径上调用接口方法，除非运行时实现高度集中（如 99% 是 ArrayList）
- 用 -XX:+PrintInlining 观察实际内联结果，重点看拒绝原因，而不是只找 “inline (hot)” 标记
