局部变量应“用得准、用得短、用得轻”，优先基本类型和小对象，缩小作用域，避免栈-堆耦合，配合final与内联提升jit优化效果。
局部变量直接存于栈中，不走堆分配，也不触发GC，这是减小内存开销最直接、最可控的切入点。关键不在“多用局部变量”，而在于“用得准、用得短、用得轻”。
优先使用基本类型和栈内结构
基本类型（int、long、boolean等）和小对象（如String字面量、小数组）默认压栈，访问快、无GC压力。避免在方法里频繁创建包装类或大对象：
- 用 int count 代替 Integer count；
- 循环中拼接字符串，优先用栈上复用的 StringBuilder sb = new StringBuilder()，而不是每次 new 一个；
- 若需临时缓存少量键值对，考虑用栈上数组或两个平行数组，而非 new HashMap()。
控制作用域与生命周期
栈帧在方法退出时自动释放，但变量实际“失效点”可能晚于逻辑需要。缩小作用域能提前让JVM识别无用引用：
- 把变量声明尽量靠近首次使用处，比如放在 if 块或 for 循环内部，而非方法开头；
- 长方法中，大对象（如 byte[] buffer、JSONObject）一旦用完，显式赋值为 null，尤其在多重分支或异常路径后；
- 避免“一栈到底”：不要把本该在子方法中处理的逻辑硬塞进主方法，导致栈帧膨胀。
避免栈-堆耦合陷阱
有些写法看似用了局部变量，实则悄悄把堆压力引了进来：
- 在循环内反复 new ArrayList() 或 new String()，即使变量是局部的，对象仍分配在堆；
- 将局部变量作为返回值传出，又在外部长期持有——它虽诞生于栈，却因强引用滞留堆中；
- 静态工具方法中接收局部对象并存入静态容器（如 CacheUtil.put(key, localVar)），等于把栈变量“拖进”堆的长生命周期。
配合编译器做确定性优化
JDK 8u60+ 对栈变量的隐式回收已较智能，但某些场景仍需人工干预来增强可预测性：
- 对不再变更的局部变量加 final，帮助JIT在运行时做栈内常量折叠；
- 简单计算逻辑（如坐标转换、状态码映射）可内联到调用点，省去一次方法调用带来的栈帧开销；
- 递归场景优先转为迭代，尾递归在Java中不被JVM原生优化，纯靠代码改写才能真正卸载栈压力。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
