jvm变量优化核心是使生命周期与内存结构对齐：短生命周期变量优先栈上分配，减少堆分配与gc压力；控制栈帧深度防溢出；借助逃逸分析实现栈上分配；字符串等高频对象复用常量池与stringbuilder。
变量在 JVM 中的存储位置直接影响调用开销和内存效率。高频调用场景下，局部变量、对象引用、临时对象的布局不合理，容易引发栈帧膨胀、频繁 GC 或缓存不友好访问。优化核心不是“改代码逻辑”，而是让变量生命周期与 JVM 内存结构对齐。
优先把短生命周期变量留在栈上
方法内声明的基础类型（int、boolean）、小对象引用（如 String 字面量、小包装类）默认分配在虚拟机栈的局部变量表中，访问极快。避免无谓地将它们包装成成员变量或塞进堆里：
- 减少不必要的 new 操作：比如循环内反复 new StringBuilder，应复用局部实例
- 用基本类型代替包装类：int 比 Integer 更轻量，避免自动装箱带来的堆分配
- 避免在方法开头就 new 大对象，尤其当该对象只在分支末尾才用——JVM 不会智能“延迟分配”，它会在栈帧创建时预留空间
控制栈帧深度和局部变量数量
每个线程栈由 -Xss 参数限定，默认 256KB～1MB。高频调用若嵌套过深或局部变量过多，会快速耗尽单个栈空间，触发 StackOverflowError，也影响 CPU 缓存行命中率：
- 扁平化递归：将深度递归转为 while 循环 + 显式栈（Stack
- 合并局部变量：多个同类型临时变量（如 temp1, temp2, temp3）可考虑用数组或简单封装类统一管理，减少局部变量表槽位占用
- 及时置 null（仅限大对象引用）：虽不影响栈大小，但能协助 GC 更早识别不可达对象，降低 Minor GC 后 Survivor 区压力
让对象分配贴近 GC 分代节奏
JVM 新生代（Eden+Survivor）专为“朝生夕死”设计。高频调用产生的对象，若能自然落在 Eden 区并快速回收，几乎零成本。反之，若因大小、逃逸分析失败或引用链过长而直接进入老年代，就会拖慢 Full GC 频率：
- 避免方法返回内部新构造对象的引用（尤其是匿名内部类、Lambda 捕获大外部对象），这容易导致逃逸，迫使对象分配到堆而非栈
- 启用并信任逃逸分析（JDK 8u60+ 默认开启）：它可能将未逃逸对象做栈上分配（Scalar Replacement），无需 GC 参与；可通过 -XX:+PrintEscapeAnalysis 验证
- 控制对象大小：单个对象超过几百字节（如大 byte[]、ArrayList 超过阈值）更易绕过 TLAB（Thread Local Allocation Buffer），增加同步开销；必要时拆分为多个小对象或复用缓冲区
配合元空间与常量池减少重复加载
高频调用若涉及大量字符串拼接、反射、动态代理，会间接加重方法区（元空间）负担，甚至触发元空间 GC 或扩容停顿：
- 字符串拼接优先用 StringBuilder.append()，避免 “a” + “b” + obj 在运行期生成大量 StringBuilder 临时对象
- 静态常量尽量定义为 public static final String，利用字符串常量池去重，避免每次调用都 new String("xxx")
- 减少运行时类生成（如 CGLIB 动态代理）：高频接口尽量用接口+静态实现，或改用 JDK 动态代理（Proxy）——后者不生成新类，只复用已加载类
