方法内联是jvm深度优化的前提入口，它打通控制流以支持死代码消除与常量传播，暴露对象操作细节以支撑逃逸分析与栈上分配，提升cpu缓存局部性并助力循环优化，同时增强虚方法调用可预测性与内联缓存效率。
方法内联本身不是终极优化，而是JVM后续一系列深度优化的“前提入口”。它把分散的方法调用收束成一块连续、上下文明确的代码块，让JIT编译器看得更清楚、改得更彻底。
打通控制流，让死代码消除和常量传播成为可能
内联后，原本被方法边界隔开的逻辑连成一片，编译器能直接看到变量赋值、条件判断、返回路径之间的完整依赖关系。
- 比如一个 getter 方法
return field;被内联进调用处后，如果该字段是 final 且初始化为常量，编译器就能把整个表达式替换成字面值（常量传播） - 如果内联后的分支里某段代码永远走不到（例如
if (false) { ... }），编译器可直接删掉（死代码消除） - 没有内联时，这些跨方法的推理几乎无法进行——编译器不知道被调方法内部会不会修改某个变量或抛异常
暴露对象操作细节，支撑逃逸分析与栈上分配
内联让对象的创建、使用、传递过程在单个编译单元内可见，这是逃逸分析能准确判断“对象是否逃逸出当前方法”的基础。
- 例如，一个方法内部 new 出对象，只传给一个内联后的小辅助方法处理，且不返回、不赋值给成员变量、不传入其他未内联方法——JVM就能确认该对象没逃逸
- 一旦确认不逃逸，就可能触发栈上分配或标量替换，避免堆内存分配和GC压力
- 若未内联，编译器只能保守认为对象“可能”被传到外部，逃逸分析就会失效
提升CPU指令缓存局部性，为循环优化铺路
内联减少跳转指令，把热点逻辑拉平成更紧凑的指令序列，显著改善CPU缓存命中率，也使循环体内的优化更有效。
- 频繁调用的小方法（如
Math.min()、自定义工具方法）内联后，循环中不再有 call/ret 开销，指令流更线性 - JIT对内联后的循环更容易识别重复模式，从而做向量化（Vectorization）、循环展开（Loop Unrolling）等高级优化
- 没有内联，每次循环迭代都要进出栈帧，指令分散，缓存行利用率低，向量化往往被中断
增强虚方法调用的可预测性，配合内联缓存协同生效
内联不仅作用于普通方法，也大幅减少虚方法调用频次；剩余未被内联的虚调用，因调用上下文更稳定，内联缓存命中率更高。
- 比如
list.get(i)在 ArrayList 场景下，内联后直接暴露底层数组访问逻辑，完全绕过接口方法分派 - 对于仍需动态分派的场景（如多个 List 实现混用），内联后的调用点更集中、类型更单一，单态内联缓存更容易建立并长期有效
- 二者叠加，既减少分派次数，又提升剩余分派的速度，形成性能正向循环
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
