减小变量作用域是为了让编译器更精准分配寄存器，通过花括号显式收缩作用域、优先使用final局部变量、拆分长表达式为短链计算，并结合risc架构的load-store特性，提升热点值驻留寄存器的概率，减少栈溢出与内存访问开销。
减小变量作用域不是为了“省代码”，而是让编译器更清楚哪些数据真正需要长期驻留，从而把有限的物理寄存器留给最热的值。操作数栈本身不直接对应 CPU 寄存器，但它在 JVM 中承担临时计算任务；而物理 CPU 寄存器的高效利用，依赖于上层（如编译器）能否把频繁使用的变量、中间结果尽可能“钉”在寄存器里——这恰恰需要变量生命周期短、作用范围窄。
用普通块（花括号）显式收缩作用域
把只在某一段逻辑中使用的变量，用一对花括号包起来，让它在块结束时立即“失效”：
- 编译器能明确知道该变量不会再被访问，可提前释放其占用的寄存器或栈槽
- 避免变量跨多个分支或循环体“悬停”，减少寄存器压力和栈帧膨胀
- 例如计算一组中间值后仅用于一次赋值，就不要把它声明在函数开头
优先使用 final 局部变量配合窄作用域
final 变量一旦赋值就不变，编译器更容易做常量传播和寄存器复用：
- 比如在 if 块内定义 final int temp = compute();，后续只读不改，JIT 更倾向将其保留在寄存器
- 相比非 final 的同名变量，它不会因潜在重赋值而被保守地刷回栈或内存
- 配合普通块，还能进一步限制它的可见边界，减少干扰
避免长生命周期的中间计算结果滞留栈顶
操作数栈是方法执行的“临时工作台”，栈顶常被反复压入/弹出。若一个中间结果（如某个表达式结果）被定义后很久才用，它可能被挤出栈顶、甚至溢出到局部变量表——这就绕过了寄存器优化路径：
- 把长链表达式拆成带命名的短步骤，并立即消费，例如：int a = x + y; int b = a * 2; use(b); 而非 int result = (x + y) * 2; use(result);
- 每一步都落在窄作用域内，JIT 更容易将 a、b 分别映射到不同寄存器，而不是反复在栈顶搬运同一值
- 尤其在循环体内，这种写法能让热点变量稳定驻留寄存器，减少 load/store 指令
结合 RISC 的 Load-Store 特性反向约束变量模式
RISC 架构（如 ARM64、RISC-V）要求所有运算必须在寄存器间完成，内存只能靠 load/store。这意味着：变量越早进入寄存器、越晚落回内存，性能越好：
- 窄作用域 + 显式 final + 短链计算，等于给编译器提供清晰的“寄存器需求图谱”
- 编译器可据此把多个短命变量复用同一物理寄存器（寄存器重命名），而不必为每个变量单独分配
- 反之，一个贯穿整个函数的大 buffer 或状态结构体，哪怕只用其中两个字段，也会迫使编译器为其保留整块栈空间或寄存器组，造成浪费
