Java对象销毁是被动的内存回收过程：当对象不可达时，GC在合适时机回收堆内存；核心依据是可达性分析，从GC Roots出发标记不可达对象；开发者应管理引用与资源，而非干预GC。
Java 中的对象销毁不是程序员手动执行的操作，而是一种“被动释放”过程：当对象不再被任何强引用指向时，它就变成不可达状态，随后由垃圾回收器（GC）在合适时机自动清理其占用的堆内存。所谓“销毁”，实质是内存空间的回收，不是对象本身的抹除。
对象销毁的本质是失去可达性
Java 判断一个对象是否该被回收，核心依据是可达性分析算法——从 GC Roots（如栈中局部变量、静态字段、本地方法栈引用等）出发，沿着引用链向下搜索。如果某对象无法被任何 GC Root 触达，它就被标记为“不可达”，成为垃圾候选。
常见让对象变为不可达的方式包括：
- 将引用变量显式设为 null（仅在必要时，比如长生命周期对象持有短生命周期大对象）
- 引用变量超出作用域（如方法结束，栈帧弹出）
- 从集合中移除引用（如 list.remove(obj) 或清空 map）
- 主动切断循环引用链（避免因强引用闭环导致本该回收的对象滞留）
垃圾回收器（GC）不等于立即释放内存
GC 是 JVM 的后台守护机制，它决定何时运行、回收哪些区域、使用哪种算法（如 G1、ZGC），但不保证立刻回收，也不响应程序员的强制命令。
立即学习“Java免费学习笔记（深入）”；
以下行为不会触发即时清理：
- 调用 obj = null 后，对象不一定马上被回收
- 调用 System.gc() 仅是建议，生产环境通常禁用，可能引发 STW 暂停
- 依赖 finalize() 做资源清理——该方法自 Java 21 起已彻底移除，且执行时机不确定、性能差、不可靠
真正要做的不是“销毁对象”，而是管理资源与引用
开发者职责不在干预 GC，而在确保对象能尽早变成不可达，并安全释放外部资源（如文件句柄、数据库连接、网络流）。
推荐实践：
- 对实现 AutoCloseable 的资源，一律使用 try-with-resources 语句，确保 close() 被调用
- 避免在缓存、监听器、静态集合中长期持有强引用；大对象优先考虑 WeakReference 或 SoftReference
- 资源清理逻辑写在业务代码末尾或 finally 块中，不要塞进 finalize()
- 新项目若需对象回收通知，用 Cleaner（Java 9+）或 PhantomReference + ReferenceQueue 替代 finalize()
堆内存是 GC 主战场，其他区域按规则自然释放
对象主要分配在堆上，GC 也主要回收堆内存。而栈内存（存放基本类型和引用）、方法区（类元数据）、本地方法栈等，遵循各自生命周期规则：
- 方法执行完毕 → 栈帧自动出栈 → 局部变量引用消失 → 对象可能变不可达
- 类卸载需满足三条件：所有实例已回收、类加载器可回收、Class 对象无引用
- 线程结束 → 其私有栈和本地变量自然释放，不归 GC 管理
