分层编译是hotspot jit自动管理的多级流水线，默认启用且不可强制指定某一层；可通过-tieredcompilation启停，用tierxthreshold等参数调节层级流转节奏，而非直接选择层级。
Java 虚拟机（HotSpot）的即时编译层级主要通过分层编译（Tiered Compilation）机制控制，而层级本身不能直接指定某一层（如“强制只用 Level 2”），但可通过参数启用、禁用或微调其行为。关键在于理解哪些参数真正生效、哪些已废弃，以及它们如何影响编译路径。
分层编译是否开启决定层级体系是否存在
默认从 Java 7 开始引入，Java 8 及以后版本默认开启，无需手动加参数。但你仍可显式控制：
- 启用分层编译（推荐，也是现代 JVM 默认行为）：
<font color="green">-XX:+TieredCompilation</font> - 禁用分层编译（退回到旧模式，仅用 C1 或 C2 之一）：
<font color="red">-XX:-TieredCompilation</font>
⚠️ 禁用后，-client/-server参数才可能重新起作用（但 JDK 8+ 已完全忽略这两个参数，实际无效）。
编译触发阈值参数在分层模式下基本失效
旧版 JVM 中常用 -XX:CompileThreshold=10000 控制“方法调用多少次触发编译”。但在分层编译启用后：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 该参数被 JVM 忽略；
- 触发逻辑变为多级协同判断：解释器先收集调用次数、回边次数、分支跳转、类型信息等 profile 数据，再由 C1/C2 编译器按需升级；
- 实际阈值由 JVM 动态计算，受
TierXInvocationThreshold、TierXMinInvocationThreshold、TierXBackEdgeThreshold等隐藏参数影响（不建议生产环境调整）。
可有限干预的编译行为参数
虽然不能“选第几层”，但以下参数能间接影响层级流转节奏和倾向：
限制 C2 编译介入时机（让代码更长时间停留在 C1 层）：
<font color="blue">-XX:Tier4InvocationThreshold=15000</font>
（提高 C2 编译所需调用次数，默认约 10000，增大后更难升到 Level 4）加快 C1 编译启动（促进早期 Level 1/2 编译）：
<font color="blue">-XX:Tier2InvocationThreshold=200</font>
（降低 Level 2 触发门槛，适合希望更快获得带基础 profile 的 C1 代码场景）禁用某类 profiling（减少 C1 Level 3 开销）：
<font color="blue">-XX:-ProfileInterpreter</font>
（关闭解释器阶段的 profile 收集，间接减少后续进入 Level 3 的可能性）查看编译过程，验证层级是否按预期工作：
<font color="blue">-XX:+PrintCompilation -XX:+UnlockDiagnosticVMOptions -XX:+PrintTieredEvents</font>
输出中会显示类似：123 1 java.lang.String::hashCode (67 bytes)→ Level 1（C1，无 profile）456 4 java.util.ArrayList::add (25 bytes)→ Level 4（C2 编译）
Graal 编译器的替代控制（JDK 10+ / GraalVM）
若使用 Graal 作为 JIT 替代 C2：
- 启用：
<font color="blue">-XX:+UnlockExperimentalVMOptions -XX:+UseJVMCICompiler</font> - 此时分层编译仍有效，但 Level 4 任务交由 Graal 执行，而非 C2；
- Graal 不支持全部 C2 优化，但对某些计算密集型场景性能更优。
基本上就这些。核心是：层级是 JVM 自动管理的流水线，参数作用在于“调节水流速度与闸门开合”，而非“指定水在哪一级台阶上停住”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
