关键不是手动触发内联，而是写小（≤35字节）、热、类型稳定（private/static/final）的方法，配合热点机制，让JIT自动高效内联；避免多态不确定性和代码膨胀。
要让JIT编译器更高效地应用方法内联，关键不是“手动触发内联”，而是写出符合JIT内联决策逻辑的代码——它会自动识别并内联那些小、热、类型稳定的调用点。核心在于降低方法体复杂度、提升调用确定性、配合运行时热点特征。
写小而专注的方法
JIT默认只对字节码 ≤ 35 字节的方法无条件内联（高频方法放宽至约 325 字节）。方法越小，越容易被选中。
- 把单一职责拆成独立小方法，比如 getLength()、isPositive()、clamp(int, int, int)，避免在 getter/setter 中混入日志、校验或空值处理
- 用 IDE 或 javap -c 检查字节码大小：一个纯 return field; 通常仅 4–5 字节；加一次 null 判断就可能超 20 字节
- 避免在小方法里调用其他非内联方法（如 System.out.println()），这会增加字节码并破坏内联链
减少多态调用的不确定性
虚方法（普通实例方法）是否能内联，取决于 JIT 能否在调用点唯一确定目标实现。类型越明确，内联越果断。
- 对不打算被重写的工具方法，加上 final 修饰符；私有方法（private）和静态方法（static）天然可内联
- 避免在循环中频繁调用接口方法，除非该接口在当前类加载器下只有唯一实现（JIT 的 CHA 分析可据此内联）
- 若必须使用多态，确保运行时实际调用类型高度集中（例如 99% 是 ArrayList），JIT 的单态内联缓存会生效
配合热点机制，让关键路径真正“热起来”
内联只发生在被 JIT 判定为“热点”的方法上。解释执行阶段不会内联，必须让方法被反复执行足够次数。
立即学习“Java免费学习笔记（深入）”；
- 避免在初始化逻辑或一次性流程中堆砌小方法——它们不会变热，也就不会被编译和内联
- 高频循环体内的方法调用是最佳内联候选，例如遍历数组时调用 processItem()；确保该方法本身也满足“小+稳定”条件
- 可通过 -XX:+PrintCompilation -XX:+PrintInlining 启动参数观察哪些方法被内联，哪些因“too big”或“not hot enough”被拒绝
借助工具验证与迭代
内联效果无法仅靠代码推测，需实测验证。盲目调大 -XX:MaxInlineSize 可能导致代码膨胀、指令缓存失效，反而降速。
- 用 JITWatch 解析 -XX:+LogCompilation 输出，可视化查看内联决策树、字节码大小、守卫插入位置
- 对比开启/关闭内联提示（-XX:+PrintInlining）下的微基准测试结果，关注 inline (hot) 或 too big 等标记
- 发现某关键方法未被内联时，优先精简其逻辑，而非强行调参；有时把一个 40 字节的方法拆成两个 20 字节的方法，比硬调阈值更有效
