java对象生命周期由gc roots引用关系决定：创建后强可达，引用链断开即不可达待回收；finalize已弃用，现代gc通过标记-清除/整理回收内存。
Java对象的生命周期和垃圾回收（GC）紧密耦合：对象从创建、使用到不可达，最终被GC识别并回收。关键不在于“谁来回收”，而在于“何时被判定为可回收”——这取决于对象是否还被GC Roots有效引用。
对象如何被创建与进入活跃状态
通过new、反射、克隆或反序列化等方式创建对象时，JVM在堆中分配内存，并完成初始化（调用构造方法）。此时对象被栈中的局部变量、静态字段、其他活跃对象等直接或间接引用，属于“强可达”状态，GC绝不会动它。
- 局部变量引用的对象，在方法未退出前始终活跃
- 静态字段持有的对象，只要类没卸载，就一直存活
- 正在被线程访问的局部对象（如作为参数传入正在执行的方法），也处于安全范围
对象何时变成“可回收”？看引用链是否断开
GC判断对象是否可回收，只看它能否从GC Roots（如虚拟机栈帧中的局部变量、本地方法栈引用、方法区中的静态变量、JNI引用等）出发，通过引用链到达该对象。一旦路径全部中断，对象即进入“不可达”状态，成为待回收候选。
- 局部变量超出作用域（如方法返回），引用消失
- 显式赋值为null，且无其他引用指向它
- 容器（如ArrayList）移除元素后未清空引用，可能造成内存泄漏——注意：remove()不等于置null
finalize()不是“救命稻草”，而是历史遗留机制
如果类重写了finalize()方法，对象在第一次被GC标记为可回收后，会进入F-Queue队列，由低优先级的Finalizer线程尝试执行该方法。但这个过程不保证及时、不保证执行、不保证只执行一次。
立即学习“Java免费学习笔记（深入）”；
- 不能依赖finalize释放关键资源（如文件句柄、数据库连接）
- 建议用try-with-resources或显式close()替代
- JDK 9起已标记为deprecated，JDK 21中正式移除
现代GC如何真正回收对象
主流GC（如G1、ZGC）采用“标记-清除”或“标记-整理”算法。当对象被确认不可达后：
- 标记阶段：遍历GC Roots，标记所有可达对象
- 清除/整理阶段：回收未被标记的内存空间；部分GC还会压缩堆，减少碎片
- 对象内存被释放后，其占用的地址空间可被新对象复用，但原对象实例本身已彻底消失
基本上就这些。理解GC的关键不是背算法，而是清楚“引用关系决定生死”——管好你的引用，比调优参数更有效。
