方法作用域精简本质是为JIT（如HotSpot C2）提供清晰内联信号：通过控制方法体大小（≤35/325字节）、消除try-catch/synchronized/反射/虚调用等抑制因子、使用final限定多态歧义、保障调用上下文稳定，促使编译器在热点判定后实现深度跨层内联，彻底消除栈帧开销。
精简核心方法作用域，本质是为JIT编译器（如HotSpot C2）提供清晰、低干扰的内联信号。它不靠强制指令，而是通过“让方法足够小、足够干净、足够确定”，使编译器在热点判定后自然选择最高阶内联——即不仅内联直接调用，还支持跨多层调用链的深度传播内联（例如 a() → b() → c() 三层全展开），从而彻底抹除栈帧开销。
控制方法体大小，守住内联字节码阈值
JIT对非热方法默认只内联字节码 ≤ 35 的方法；对已识别的热方法，上限放宽至 ≤ 325 字节（由 -XX:FreqInlineSize 控制）。超过阈值，即使逻辑简单，C2也会放弃内联。
- 把长方法按语义拆成多个短方法，但确保每个拆分后的方法仍保持单一职责、无副作用
- 避免在目标方法中拼接字符串、构建集合、写日志等“看似轻量实则膨胀”的操作——它们会快速推高字节码长度
- 用 -XX:+PrintInlining -XX:+UnlockDiagnosticVMOptions 运行程序，观察日志中是否出现 inline (hot) 或 too big 提示，真实验证内联结果
剔除内联抑制因子，清除编译器决策障碍
try-catch、synchronized、反射调用、未final的虚方法调用，都会显著降低内联概率。这些结构让JIT难以做确定性优化，编译器倾向于保守跳过。
- 将异常处理上移至调用方，核心计算方法保持“无异常路径”——例如把 parseInt(str) 中的 NumberFormatException 捕获移到外层
- 用 final 修饰工具类方法或不可重写的核心逻辑方法，向JIT明确传达“该方法无多态歧义”
- 避免在待内联方法内部调用 Class.forName、Method.invoke 等反射API；改用静态已知类型+直接调用
保障调用上下文稳定，提升热点识别准确率
内联不是孤立发生的。JIT需先通过运行时采样确认某方法被高频调用（达到 -XX:CompileThreshold 默认10000次），再结合调用栈特征决定是否传播内联。若调用点分散、参数类型不稳定，会削弱热点质量。
- 核心方法尽量被同一处高频调用（如循环体内），而非散落在多个不同业务分支中
- 避免泛型擦除导致的类型不确定调用，例如 Utils.
process(x) 和 Utils.process(y) 在JIT视角可能视为不同调用形态 - 对关键路径上的方法，可用 @HotSpotIntrinsicCandidate（需OpenJDK源码级支持）标注，辅助JIT识别其内在可优化性
配合分层编译策略，让内联在正确时机生效
Java默认启用分层编译（Tiered Stop Compilation），方法先经C1（客户端编译器）快速编译，再由C2（服务端编译器）深度优化。而高质量内联主要发生在C2阶段。
- 确保应用运行时间足够长（通常数分钟），让C2有充分profiling时间收集调用频次与分支热度
- 避免频繁重启或短生命周期任务——C2尚未触发，方法就退出了JVM生命周期
- 必要时可显式开启 -XX:+TieredStopAtLevel=4，强制使用C2全程编译，加快内联落地节奏
