方法内联是JVM将热点小方法体直接嵌入调用处以消除栈帧开销的优化技术，默认仅内联字节码≤35的方法，可通过-XX:MaxInlineSize调优，适用于高频getter/setter等核心访问方法。
方法内联是JVM热点代码优化的关键环节，它把被频繁调用的小方法体直接“复制粘贴”到调用处，省去方法调用开销（如栈帧创建、参数传递、返回跳转），从而提升执行速度。但JVM不会无条件内联——它有一套启发式规则，其中 -XX:MaxInlineSize 是控制非热点方法是否可被内联的字节码大小上限。
这个参数只影响尚未被JIT编译器标记为“热点”的方法。真正高频的方法由C2编译器通过 -XX:FreqInlineSize 控制，而 MaxInlineSize 更适用于启动阶段或调用频次中等、但逻辑关键的核心业务变量访问方法（比如 getter/setter、状态检查、简单计算封装）。
-XX:MaxInlineSize 的实际作用边界
- 默认值通常是 35 字节（以字节码指令数计，不是源码行数）
- 它限制的是方法的字节码大小，不是源码长度。一个看似简单的
return this.status;可能编译为 4–5 条字节码（aload_0、getfield、ireturn 等） - 超过该阈值，即使方法体极短、无分支、无对象分配，JVM也会拒绝内联——除非它后续被识别为热点并走 C2 的
FreqInlineSize路径 - 对于核心业务变量的访问方法（如
isReady()、getRetryCount()、nextSequenceId()），若其字节码略超默认值（例如 38 字节），适当调高此值可立竿见影地减少调用开销
如何安全调优该参数
-
先确认是否真有必要：用
+XX:+PrintCompilation和+XX:+UnlockDiagnosticVMOptions -XX:+PrintInlining观察目标方法是否被拒绝内联，并提示too big或hot method too big - 小步递增，避免副作用：从默认 35 开始，每次 +5 测试（如设为 40 → 45），超过 60 需谨慎——过大可能增加代码缓存压力，且内联过深反而干扰逃逸分析和寄存器分配
-
配合其他内联相关参数使用：
-
-XX:+UseInlineCaches（默认开启）：加速虚方法内联判断 -
-XX:InlineSmallCode=1000：控制内联后生成代码体积上限（单位：字节），防止膨胀 -
-XX:MaxTrivialSize=6：对极简方法（如单 return）启用无条件内联，无需计数
-
-
注意 JIT 编译层级：Client Compiler（C1）更倾向保守内联；Server Compiler（C2）激进但依赖热度。确保你观察的是 C2 编译日志（含
C2标识）
典型适用场景举例
以下方法在未调优时可能被拒内联，但业务上每毫秒调用数百次：
public boolean shouldRetry() {
return this.retryCount < MAX_RETRY && !this.isCancelled && System.nanoTime() - this.startTime < TIMEOUT_NS;
}该方法字节码常达 42–48 字节（含字段读取、long 比较、逻辑与）。设 -XX:MaxInlineSize=48 后，JIT 日志中可见 inline (hot)，实测在高并发订单重试路径中降低 3–7% 的 CPU 时间。
方法内联不是万能加速器，但它对核心变量访问类方法效果直接、可观测、低风险。关键是盯住字节码尺寸，而非源码复杂度，用诊断参数验证，再做微调。
