构造方法抛异常会导致对象创建失败，JVM不分配有效引用、不执行后续初始化，资源无法自动释放，且父类异常会中断整个继承链初始化。
构造方法抛异常会导致对象创建失败
Java中一旦构造方法抛出未捕获的异常，new 表达式会立即终止，JVM 不会为该对象分配有效引用，也不会执行后续初始化逻辑（比如实例初始化块、字段默认赋值以外的赋值）。这意味着：对象根本没“活”过来，也就谈不上 finally 块清理资源（除非你在构造方法里自己写了 try-catch-finally），更不会触发 finalize() 或 Cleaner 回收流程。
不能在构造方法中抛受检异常而不声明
如果构造方法内部调用了可能抛出受检异常（checked exception）的方法（如 FileInputStream 构造、Class.forName()），你必须显式处理它——要么用 try-catch 捕获，要么在构造方法签名中用 throws 声明。否则编译直接报错：unreported exception XXX; must be caught or declared to be thrown。
-
throws是最常见做法，但调用方必须面对这个契约 - 不建议在
catch里吞掉异常或转成RuntimeException后随意抛出——这会掩盖真实失败原因 - 若异常本质是使用方传参错误（如传了 null 或非法格式字符串），应优先抛
IllegalArgumentException这类非受检异常，语义更清晰
父类构造方法异常会中断整个继承链初始化
子类构造方法隐式或显式调用 super(...) 是第一步。如果父类构造方法抛异常，子类的字段初始化、实例块、甚至子类构造方法体内的代码，全部不会执行。此时子类对象处于“半残缺”状态——连内存都没完整分配完，JVM 直接弃置。
class Parent {
Parent() {
throw new RuntimeException("boom in parent");
}
}
class Child extends Parent {
String field = "never assigned"; // ← 这行不会执行
Child() {
System.out.println("never reached"); // ← 这行也不会执行
}
}
这种情况下，即使子类字段有默认值（如 int 为 0），也不能依赖——因为对象根本没构建成功，没有合法引用可访问它。
立即学习“Java免费学习笔记（深入）”；
资源泄漏风险比普通方法更高
构造方法里开文件、建连接、分配 native 内存等操作，一旦中途抛异常，已获取的资源极难自动释放。Java 没有构造方法级别的“析构”机制，try-with-resources 也仅限于局部变量作用域，无法覆盖跨字段/跨方法的资源管理。
- 避免在构造方法里做重资源操作；优先用静态工厂方法（如
create()）封装，便于异常处理和资源清理 - 若必须在构造中申请资源，确保每个资源都独立 try-catch，或用双重检查 + 标志位 +
close()调用兜底（但依然不完美） - 考虑用
Cleaner或PhantomReference做最后保障，但它们不保证及时性，仅作补救
