java局部变量默认存栈因其适合短命、线程私有、作用域明确的场景；基础类型和轻量引用天然入栈，而装箱、大对象提前声明、循环内重复new等会引发堆分配或栈帧膨胀，需结合逃逸分析优化。
Java 局部变量默认走栈，不是因为“省事”，而是因为它天生适合短命、线程私有、作用域明确的场景。用对了，访问快、释放自动、不扰GC；用偏了，对象被推到堆上、栈帧膨胀、甚至拖慢整个应用。
局部变量该在哪存，取决于它“活多久”
基础类型（int、boolean、double等）和轻量引用（如字符串字面量 "hello"、小范围 Integer.valueOf(100)）天然落在栈的局部变量表里——方法结束即销毁，无需 GC 干预。
- 别用 Integer 代替 int：装箱会触发堆分配，尤其在循环里反复发生，性能损耗明显
- 避免提前声明大对象：比如方法开头就 new byte[1024*1024]，哪怕只在最后一行用，JVM 仍会在栈帧创建时预留空间，浪费栈容量
- 循环内别反复 new StringBuilder：复用一个实例，既减少堆分配，也降低栈帧中引用槽位占用
栈帧不是越大越好，要精打细算
每个线程栈受 -Xss 限制（默认通常 1MB），栈帧过大或嵌套过深，轻则降低 CPU 缓存命中率，重则直接 StackOverflowError。
- 递归过深？改用 while + Stack 把控制逻辑移到堆上，释放栈压力
- 一堆 temp1/temp2/temp3？合并为数组或简单容器，减少局部变量表槽位消耗
- 大对象引用用完即弃：在长方法或复杂分支中，显式置 null，帮 GC 更早识别不可达对象
引用松手比变量消失更重要
栈上变量本身不占堆，但它持有的引用可能把堆对象“拽住不放”。关键不是“删变量”，而是“什么时候松手”。
- 方法中加载了临时缓存数据，后续逻辑已不用 → 提前 置 null，切断引用链
- 别用 static Map 存 Request 级 DTO 或 Session 数据 → 这类引用挂整个应用生命周期，极易 OOM
- 真要缓存，优先选 WeakHashMap（key 弱引用）或 SoftReference（内存紧张时可回收）
让 JVM 帮你做决定：逃逸分析是隐藏加速器
JDK 8u60+ 默认开启逃逸分析。如果对象没“逃出”方法作用域（不返回、不赋值给静态字段、不传入未知方法），JVM 可能直接栈上分配，甚至拆成字段标量替换。
- 拼接字符串多用 StringBuilder，字面量优先进常量池 → 减少重复堆分配
- 配合 -XX:+EliminateAllocations 观察效果，GC 日志里看年轻代分配量是否下降
- 不必手动加 -XX:+DoEscapeAnalysis（HotSpot 默认开启），重点是写出让分析器“看得懂”的代码
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
