赋值 null 不释放对象内存，仅断开引用；对象是否被回收取决于是否“不可达”。仅当无任何强引用指向它时，才可能被 GC 回收。
将 Java 引用类型变量赋值为 null，本身不释放对象内存，只断开变量对该对象的引用。真正影响内存回收的是这个操作是否导致对象“不可达”——即没有任何强引用再指向它。
赋值 null 不等于销毁对象
Java 中变量只是对象的“引用”，类似一个标签或指针。把变量设为 null，只是把这个标签拿掉，并不碰对象本身。只要该对象还被其他变量、静态字段、线程栈、GC Roots（如正在运行的方法局部变量、类静态变量、本地方法栈引用等）持有，它就仍存活，不会被回收。
- 例如：String s1 = new String("hello"); String s2 = s1; s1 = null; —— 此时 s2 仍引用原对象，“hello”字符串实例不会被回收。
- 再如：List<String> list = new ArrayList<>(); list.add(new String("temp")); list = null; —— 若没有其他引用指向这个 ArrayList 或其中的 "temp" 字符串，它们才可能在下次 GC 时被清理。
何时赋值 null 有助于内存回收？
在长生命周期对象中持有短生命周期数据时，主动置 null 可避免“内存泄漏”。典型场景包括：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 缓存容器未及时清理：如自定义栈、队列、对象池中已弹出/复用的元素，若引用未清空，对象会持续被持有；
- 监听器或回调未解绑：注册了 Listener 后又不再使用，但未显式移除，且 Listener 持有外部对象引用；
- 静态集合误存临时对象：如 static Map<String, Object> cache = new HashMap<>(); 中 put 了不该长期驻留的对象，后续应 remove 或置对应 value 为 null。
现代 JVM 下多数情况无需手动置 null
从 Java 6u23 起，JIT 编译器能识别“变量后续不再使用”的模式，自动优化掉无用引用（称为“escape analysis”和“scalar replacement”辅助下的引用消除）。局部变量超出作用域后，即使没显式赋 null，JVM 通常也能安全判定其不可达。
立即学习“Java免费学习笔记（深入）”；
- 方法内创建对象并仅在该方法中使用：方法返回后，栈帧销毁，引用自然消失，无需 null；
- Lambda 或匿名内部类捕获的局部变量：只要不逃逸到堆上，也不会造成意外持留；
- 但若变量是类字段（尤其是 static 或生命周期长的实例字段），仍需按需清理。
判断是否该赋 null 的实用建议
- 问自己：“这个引用之后还会用吗？” 如果确定不用，且它属于长生命周期容器/字段，置 null 是低成本、高确定性的防御手段；
- 用 VisualVM、JProfiler 或 JFR（Java Flight Recorder）观察对象存活时间与 GC 日志，验证实际引用关系；
- 优先靠设计规避问题：用弱引用（WeakReference）、软引用（SoftReference）管理缓存；用 try-with-resources 管理资源；避免静态集合随意 hold 对象。
