减小变量作用域是直接影响内存行为的底层优化手段，通过延迟声明、花括号限定、避免成员/静态变量滥用及利用try-with-resources等特性，使对象更早被回收。
减小变量作用域不是“锦上添花”的编码习惯，而是直接影响内存行为的底层优化手段。它不靠手动干预GC，而是通过向JVM明确传达“这个对象现在已无用”的语义，让垃圾回收更早、更确定地发生。
推迟声明，让变量“生得晚”
变量越早声明，生命周期就越长——哪怕它还没被真正使用。JVM无法判断“声明但未使用”是否意味着后续会用，只能保守保留引用。
- 把 List<String> data = new ArrayList<>(); 这类初始化语句，从方法开头移到实际要 add 元素前
- 大对象（如 byte[]、BufferedImage、解析后的 JSON 树）尤其要等真正需要时才创建
- 避免在 if/for 外层提前声明，只为在某个分支里用一次
用花括号划定最小作用域
一对裸花括号 {} 是最轻量、最安全的“内存围栏”。它不改变逻辑，只收紧变量可见范围，让栈帧一退出，引用就自然消失。
- 适合场景：临时解析结果（如只取 email 的 User 对象）、分支中各自构建的大 Map、循环内反复 new 的 StringBuilder
- 示例：try { byte[] buf = readFile(); process(buf); } // buf 在此处自动失效
- 注意别嵌套过深，两层以内为宜，否则可读性下降
优先局部，远离成员与 static
成员变量绑定对象生命周期，static 变量几乎永生——它们会让本该短命的对象被迫驻留内存。
立即学习“Java免费学习笔记（深入）”；
- 仅在单个方法内使用的中间结果（如格式化字符串、临时 DTO），绝不提升为 private 字段
- 工具类、缓存类中慎用 public static 集合或 Map 存临时数据，极易引发内存泄漏
- 若需跨步骤传递，用参数传，而不是挂到 this 上
借语言特性做显式收口
现代 Java 提供了比手动置 null 更优雅、更可靠的收口机制，本质是把作用域和资源生命周期对齐。
- try-with-resources：不仅自动关闭流，还天然限制资源变量的作用域
- instanceof 模式匹配（Java 14+）：if (obj instanceof String s) 中的 s 严格限定在 if 块内，else 和外部都不可见
- 避免在 long 方法中靠 variable = null “提醒” GC——JVM 已足够智能，除非内存分析工具确认它真成了瓶颈
