构造方法不能声明抛出受检异常，必须用try-catch捕获后转为RuntimeException或移出异常操作；推荐用静态工厂方法处理受检异常，构造方法仅做轻量状态赋值。
构造方法里不能用 try-catch 吞掉受检异常
Java 构造方法本身不支持声明抛出受检异常（Exception 及其子类，但 RuntimeException 除外），所以你不能在构造方法签名里写 throws IOException，除非调用的代码也明确处理或再抛出。更关键的是：如果构造方法内部触发了受检异常（比如读文件、连数据库），你必须处理它——要么用 try-catch 捕获并转为运行时异常，要么把逻辑移出构造方法。
常见错误现象：Unhandled exception type IOException 编译直接报错；或者强行 catch 后静默返回 null / 默认对象，导致后续 NPE 难排查。
- 不要在构造方法里做 I/O、网络、反射加载类等可能抛出受检异常的操作
- 若必须初始化失败即对象无效，应抛出
IllegalArgumentException、IllegalStateException或自定义RuntimeException子类 - 例如：
public FileProcessor(String path) { this.path = Objects.requireNonNull(path); try { this.file = new File(path); if (!this.file.exists()) { throw new IllegalArgumentException("File not found: " + path); } } catch (SecurityException e) { throw new IllegalStateException("Access denied for " + path, e); } }
使用静态工厂方法替代构造方法处理异常
这是最干净的解法：把对象创建逻辑封装进静态方法，让它能自由声明 throws，调用方必须面对异常。比起构造方法，工厂方法还能返回子类、缓存实例、甚至返回 null 或 Optional。
使用场景：需要打开资源、解析配置、校验参数合法性、依赖外部服务响应。
立即学习“Java免费学习笔记（深入）”；
- 工厂方法可声明受检异常：
public static Connection createConnection(String url) throws SQLException - 返回
Optional<t></t>表示可能构建失败：public static Optional<user> fromJson(String json)</user> - 避免在工厂里吞异常；即使捕获也要包装后重抛，保留原始堆栈：
catch (ParseException e) { throw new IllegalArgumentException("Invalid JSON", e); }
构造方法中处理 RuntimeException 是安全的
运行时异常（NullPointerException、IllegalArgumentException、IllegalStateException 等）本就不强制捕获，构造方法中主动抛出它们是推荐做法，用于快速失败（fail-fast）。
性能影响几乎为零；关键是语义清晰：对象状态不合法，就不该存在。
- 校验必填字段：
if (name == null) throw new IllegalArgumentException("name cannot be null") - 检查业务约束：
if (age 150) throw new IllegalArgumentException("invalid age") - 避免用
RuntimeException包裹本应声明的受检异常（如把IOException直接 new 出来扔出去），会丢失异常类型语义
注意 finalize() 和 try-with-resources 不适用于构造失败
如果构造方法中途抛出异常，JVM 不会调用 finalize()（已废弃），也不会触发任何资源自动清理机制。对象没创建成功，就谈不上“销毁”。
这意味着：你在构造方法里 new 出的流、连接、缓冲区，一旦抛异常，且没在 catch 里手动 close，就会泄漏。
- 绝对不要在构造方法里分配需显式释放的资源（
FileInputStream、Socket、Connection） - 如果真要初始化资源，改用延迟加载（lazy init）+ 双重检查锁，或交给调用方管理生命周期
- 构造方法里 new 的临时对象（如
StringBuilder）不用管，GC 自会回收
