java对象生命周期由jvm垃圾回收器自动管理，创建于new表达式执行时（可能因oom或异常失败），可回收判定标准为gc roots不可达，finalize已弃用，推荐cleaner但需配合显式close。
Java 对象的生命周期不由程序员直接控制销毁时机，而是由 JVM 的垃圾回收器（GC）自动管理——你只能影响它，无法决定它。
对象何时被创建
对象在 new 表达式执行时真正分配堆内存并调用构造方法。但要注意：即使写了 new，也不一定立即创建成功。
-
OutOfMemoryError: Java heap space会在堆空间不足时抛出，此时对象根本没创建出来 - 类尚未初始化（比如首次使用该类的静态成员）会触发类加载和静态初始化，这发生在对象创建前
- 如果构造方法中抛出异常，对象实例化失败，但部分字段可能已被赋值（尤其在父类构造中）
对象何时“可被回收”
一个对象变成“垃圾”的唯一标准是：**从 GC Roots 出发无法到达该对象**。这不是看有没有变量引用它，而是看是否还存在可达路径。
- 局部变量超出作用域 ≠ 立刻不可达——JIT 可能优化掉变量，也可能因调试信息保留引用
- 对象被设为
null仅在无其他引用时才有效；若还有static引用、线程栈帧隐式引用、JNI 全局引用等，仍不可回收 - 使用
WeakReference或PhantomReference可监听回收时机，但不能阻止回收
finalize() 和 Cleaner 的区别与风险
finalize() 已在 Java 9 中标记为 @Deprecated，Java 18 起默认禁用；Cleaner 是推荐替代方案，但二者都只适合极少数资源清理场景，且不保证及时执行。
立即学习“Java免费学习笔记（深入）”；
public class ResourceHolder {
private static final Cleaner cleaner = Cleaner.create();
private final Cleanable cleanable;
public ResourceHolder() {
// 注册清理逻辑，非同步、非实时
this.cleanable = cleaner.register(this, () -> releaseNativeResource());
}
private void releaseNativeResource() {
// 实际释放逻辑，如 close fd / free memory
}
}
-
finalize()有且仅执行一次，且可能永远不执行；GC 会把它加入 Finalizer 队列，由低优先级线程处理，极易造成堆积 -
Cleaner基于虚引用（PhantomReference），不阻止对象回收，但依赖ReferenceQueue轮询，仍有延迟 - 任何基于回收时机的资源管理都是脆弱的——必须搭配显式
close()（实现AutoCloseable）使用
常见误判生命周期的场景
很多“内存泄漏”不是因为对象没被回收，而是因为本该被回收的对象意外保持了强引用。
- 静态集合（如
static Map<string object></string>）忘了移除条目 - 内部类持有外部类引用，导致 Activity/Fragment 在 Android 中无法释放
- ThreadLocal 没有
remove()，在线程池复用时持续持有对象 - 未关闭的流、连接、监听器注册后未注销
这些都不是 GC 失效，而是你亲手把对象钉在了堆里。
