对象真正被创建完成是在类初始化和实例初始化全部执行完毕，即构造方法体内所有语句（含字段初始化、实例代码块、构造逻辑）执行完后；若构造中抛异常，则对象虽分配内存但不可用。
对象什么时候真正被创建出来
Java中对象的创建不是从 new 关键字执行完就算结束。真正完成创建，要等到类初始化（<clinit></clinit>）和实例初始化（<init></init>）都执行完毕——也就是构造方法体内的所有语句（包括字段初始化、实例代码块、构造函数逻辑）全部执行完，对象才“活”过来。
常见误区是认为 new SomeClass() 返回引用那一刻对象就完全可用。其实若构造方法里抛出异常（比如 NullPointerException 或自定义异常），JVM 会直接中断初始化流程，此时对象虽已分配内存，但从未进入“可使用”状态，也不会触发任何 finalize 或清理逻辑。
- 字段初始化和实例代码块在构造方法体之前执行，顺序由源码中出现位置决定
- 父类
<init></init>总是先于子类执行，哪怕子类构造器没显式写super() - 如果类第一次被主动使用（如首次调用静态方法、访问静态字段），会触发类加载 + 链接 +
<clinit></clinit>，这步不依赖对象创建，但影响后续实例化速度
对象什么时候算“不可达”，GC 才能回收
GC 判断对象是否可回收，依据的是“可达性分析”，不是引用计数。只要从 GC Roots（如线程栈帧中的局部变量、静态字段、JNI 引用等）出发，无法通过任意引用链到达该对象，它就被标记为“不可达”。
注意：一个对象即使重写了 finalize() 方法，也不代表它有“第二次生命”。JVM 只保证最多调用一次 finalize()，且不保证何时调用、是否调用。现代 JDK（9+）已弃用该机制，Cleaner 和虚引用才是推荐替代方案。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
WeakReference指向的对象，在下一次 GC 时就会被回收，适合做缓存（如WeakHashMap） -
SoftReference的对象会在内存不足时才回收，比弱引用“软”一点，但行为不精确，不适合强依赖场景 -
PhantomReference必须配合ReferenceQueue使用，get() 总返回null，仅用于获知对象已被回收的信号
finalize() 被移除后，怎么安全释放资源
JDK 9 开始，Object.finalize() 被标记为 @Deprecated(forRemoval = true)；JDK 18 起默认禁用（可通过 -XX:+EnableFinalization 临时打开，但不建议）。这意味着不能靠它来关闭文件、释放锁或断开网络连接。
正确做法是用 try-with-resources（要求资源实现 AutoCloseable）或显式调用 close()；对非堆资源（如直接内存、MappedByteBuffer），应结合 Cleaner 注册清理动作：
private static final Cleaner cleaner = Cleaner.create();
private final Cleaner.Cleanable cleanable;
public MyResource() {
// 分配直接内存
this.address = allocateDirectMemory();
// 注册清理逻辑
this.cleanable = cleaner.register(this, new CleanupAction(address));
}
private static class CleanupAction implements Runnable {
private final long address;
CleanupAction(long address) { this.address = address; }
public void run() { freeDirectMemory(address); }
}
注意：Cleaner 不保证及时性，也不能替代 close() 的显式调用——它只是兜底机制。
对象从新生代到老年代的晋升条件有哪些
HotSpot JVM 中，对象通常在 Eden 区分配；经历 Minor GC 后，存活对象进入 Survivor（S0/S1）；多次幸存后晋升到老年代。具体晋升策略受多个参数控制：
-
-XX:MaxTenuringThreshold：默认 15（CMS 是 6），表示对象在 Survivor 中“活过”多少次 GC 就晋升；设为 0 表示对象 Eden 区分配后下次 GC 就进老年代 -
-XX:TargetSurvivorRatio：控制 Survivor 区目标使用率，影响对象是否因空间不足提前晋升 - 大对象（如大数组）可能直接分配到老年代（取决于
-XX:PretenureSizeThreshold设置） - 动态年龄判定：若某年龄的所有对象总大小 > Survivor 空间的一半，JVM 会把大于等于该年龄的对象全部晋升，不等达到阈值
这些规则意味着：对象生命周期不仅由代码逻辑决定，还受 JVM 内存布局与 GC 策略实时影响。同一个对象，在不同堆配置下，可能在年轻代停留几毫秒，也可能直接落地老年代。
