构造方法抛异常会导致对象完全未创建；jvm中止实例化，内存被gc回收，引用不赋值，无半初始化对象；资源需手动清理，推荐用静态工厂方法替代new。

构造方法可以抛出异常，而且这是 Java 中合法且常用的做法；但它会直接导致对象创建失败——不是“创建了但状态不合法”，而是对象根本没诞生。

构造方法抛异常 = 对象从未存在

Java 规范明确：只要构造函数执行途中抛出未捕获的异常，new 表达式就会中止，JVM 不会完成对象实例化。此时：

• 堆上刚分配的内存会被 GC 当作“未完成对象”回收，不会进入可达集合
• 引用变量不会被赋值（局部变量保持未初始化状态，字段保持默认值）
• 不会调用任何实例方法，包括 finalize() 或重写的方法
• 不存在“半初始化对象”，也不会留下残缺实例供后续使用

资源必须手动清理

如果构造方法里打开了文件、建立了连接或分配了其他外部资源，而后续步骤抛出异常，这些资源不会自动释放。必须显式保障清理：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 优先使用 try-with-resources（适用于 AutoCloseable 资源）
• 否则在 try-catch-finally 中手动 close / cleanup，并在 finally 后 re-throw 异常
• 避免在构造函数中做高风险操作（如网络请求、DB 写入），可移到工厂方法或 init() 中

子类构造器必须处理父类异常

若父类构造函数声明 throws 异常，子类构造器无法绕过：

• super() 是子类构造器第一句，它失败则整个实例化失败
• 子类必须用 try-catch 捕获，或也声明 throws 相同/更具体的异常
• 子类字段尚未初始化时，父类构造已失败，因此子类无从“补救”

推荐用静态工厂方法替代直接 new

相比裸调用 new，静态工厂方法（如 Person.create("name")）更安全、更灵活：

• 可内部捕获异常，返回 Optional.empty()、自定义结果类型或统一包装的 RuntimeException
• 支持延迟初始化、缓存、返回子类实例等扩展能力
• 调用方代码更清晰：“Person p = Person.create(); if (p != null) { … }”
• 规避受检异常对 Builder、Spring 构造注入、Jackson 反序列化的破坏

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南