对象真正被创建完成是在类初始化和实例初始化全部执行完毕,即构造方法体内所有语句(含字段初始化、实例代码块、构造逻辑)执行完后;若构造中抛异常,则对象虽分配内存但不可用。

对象什么时候真正被创建出来
Java中对象的创建不是从 new 关键字执行完就算结束。真正完成创建,要等到类初始化()和实例初始化()都执行完毕——也就是构造方法体内的所有语句(包括字段初始化、实例代码块、构造函数逻辑)全部执行完,对象才“活”过来。
常见误区是认为 new SomeClass() 返回引用那一刻对象就完全可用。其实若构造方法里抛出异常(比如 NullPointerException 或自定义异常),JVM 会直接中断初始化流程,此时对象虽已分配内存,但从未进入“可使用”状态,也不会触发任何 finalize 或清理逻辑。
- 字段初始化和实例代码块在构造方法体之前执行,顺序由源码中出现位置决定
- 父类
总是先于子类执行,哪怕子类构造器没显式写super() - 如果类第一次被主动使用(如首次调用静态方法、访问静态字段),会触发类加载 + 链接 +
,这步不依赖对象创建,但影响后续实例化速度
对象什么时候算“不可达”,GC 才能回收
GC 判断对象是否可回收,依据的是“可达性分析”,不是引用计数。只要从 GC Roots(如线程栈帧中的局部变量、静态字段、JNI 引用等)出发,无法通过任意引用链到达该对象,它就被标记为“不可达”。
注意:一个对象即使重写了 finalize() 方法,也不代表它有“第二次生命”。JVM 只保证最多调用一次 finalize(),且不保证何时调用、是否调用。现代 JDK(9+)已弃用该机制,Cleaner 和虚引用才是推荐替代方案。
立即学习“Java免费学习笔记(深入)”;
-
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 策略实时影响。同一个对象,在不同堆配置下,可能在年轻代停留几毫秒,也可能直接落地老年代。






