JVM分层编译通过五层逐步优化实现“快启动→高性能”平滑过渡，变量操作在第0层解释执行时无优化，至C1/C2编译后获得寄存器分配、去虚拟化、逃逸分析、冗余消除等深度优化。
JVM 的分层编译机制，本质是让代码执行从“快启动”平滑过渡到“高性能”，它不是一次性编译全部字节码，而是按热度和阶段分五层逐步优化。变量相关代码（如局部变量访问、对象字段读写、循环内变量计算等）在不同阶段受到的优化策略差异明显，直接影响响应延迟与吞吐表现。
启动初期：解释执行为主，侧重快速响应
JVM 启动后，默认以第0层（纯解释器）运行所有方法。此时变量操作几乎不优化：
- 局部变量仍通过栈帧索引访问，无寄存器分配；
- 实例字段每次读取都触发实际内存加载，不缓存也不去虚拟化；
for (int i = 0; i 这类写法中，<code>list.size()每次调用都会真实执行，不会被提取或内联；- 变量生命周期完全由字节码控制，逃逸分析未启用，对象即使只在方法内使用也默认分配在堆上。
这个阶段目标是“秒级可用”，牺牲部分性能换取极短的冷启动时间，适合微服务启停频繁、流量爬升慢的场景。
高负载期：逐层升温，变量行为被深度重写
当方法被反复调用（达到 -XX:CompileThreshold 阈值，默认 Server 模式 10000 次），JVM 将其提交给 C1（Client Compiler）编译为第3层代码；若持续高频调用或循环体内部热点突出（如回边计数达标），则进一步交由 C2（Server Compiler）生成第4层高度优化代码。此时变量相关优化集中爆发：
-
局部变量提升为寄存器存储：频繁使用的
int sum、String key等直接映射到 CPU 寄存器，消除栈访问开销； -
字段访问去虚拟化 + 常量传播：若
obj.field在多次调用中始终指向同一不可变对象，JIT 会将该字段值直接替换为常量（如obj.status == 1→1 == 1）； -
循环变量强度削减与剥离：
for (int i = 0; i 中，<code>arr.length被提前读取并复用，i++可能被向量化或合并进地址计算； -
逃逸分析生效：局部创建的对象（如
new StringBuilder()）若未逃逸出方法，会被栈上分配甚至标量替换（字段拆解为独立变量），彻底避免 GC 压力； -
冗余变量消除：未被使用的中间变量（如
String tmp = str.trim(); return tmp.toUpperCase();中的tmp）在 C2 编译时直接省略。
关键影响点：变量声明位置与使用模式决定能否被优化
- 方法内定义的
final局部变量更容易被常量折叠； - 非
final但仅单次赋值的引用变量，若逃逸分析确认未发布，仍可能享受栈分配； - 在循环外提取
list.size()是人为帮 JVM 省事，但 C2 在足够热度下通常能自动完成这类优化——前提是代码结构清晰、无副作用干扰（如循环体内修改list结构）； - 使用
var声明不影响优化效果，JVM 优化基于字节码语义，而非源码语法糖。
不复杂但容易忽略
