构造函数抛出异常会导致对象创建失败，jvm不生成实例、不调用任何方法、内存中不留半初始化对象；资源需手动清理，子类构造须处理父类异常，推荐使用静态工厂方法替代直接new。
在 Java 中，如果构造函数抛出异常，对象的创建会立即终止，JVM 不会生成该对象实例，也不会调用其任何方法（包括 finalize），内存中不会留下未完全初始化的对象。
构造函数抛异常 → 实例化失败
Java 规定：只要构造函数执行过程中抛出（未捕获的）异常，new 表达式就会失败，返回值为 null 的情况不存在——而是直接将异常向上抛出，调用栈中断，对象引用变量得到的是一个未赋值（或保持原默认值）的状态，实际对象从未被成功构建。
- 例如：new Person("invalid-name") 若构造函数中检测到名字非法并 throw new IllegalArgumentException()，则 new 操作立即结束，Person 对象根本不会分配完成
- JVM 在对象内存分配后、构造函数执行前，已为其分配空间并置零；但一旦构造函数中途抛异常，这块内存会被 GC 当作“未完成对象”回收，不会进入可达对象集合
异常发生时的资源清理需手动保证
构造函数里若已申请了外部资源（如打开文件、建立连接），而后续步骤抛异常，这些资源不会自动释放。必须显式处理：
- 推荐用 try-with-resources（适用于实现了 AutoCloseable 的资源）
- 否则应在 catch 块中手动 close / cleanup，再 re-throw 异常
- 避免在构造函数中做高风险操作（如网络请求、数据库写入），可改用工厂方法 + 显式初始化流程
子类构造器也要考虑父类异常传递
若父类构造函数声明 throws 异常，子类构造器必须处理：要么 try-catch，要么也声明 throws 相同或更具体的异常类型。否则编译不通过。
- super() 调用是子类构造器的第一条语句，它失败会导致整个子类实例化失败
- 子类无法“绕过”父类构造失败——父类没建好，子类无从继承和扩展
替代方案：静态工厂方法更可控
相比直接 new，用静态工厂方法（如 Person.create("name")）能更好封装异常逻辑，返回 Optional 或自定义结果类型，避免调用方被迫处理构造异常。
- 工厂方法可内部捕获异常，返回空 Optional 或错误码
- 支持延迟初始化、缓存、返回子类实例等灵活性
- 调用方代码更清晰：“Person p = Person.create(...); if (p != null) { ... }”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
