构造方法不能吞掉checked异常，必须显式声明throws或转为unchecked异常；推荐用静态工厂方法处理复杂初始化异常，并确保final字段初始化语义正确。
构造方法里不能用 try-catch 吞掉 checked 异常
Java 构造方法本身不支持声明 throws Exception，但可以声明 throws 具体的 checked 异常类型。如果内部调用了可能抛出 IOException 或 SQLException 的代码，你不能简单用 try-catch 把它“吃掉”然后静默返回——这会让调用方完全不知道对象创建失败了，后续 null 或半初始化对象极易引发 NullPointerException 或状态不一致。
- 正确做法是：在构造方法签名中显式声明
throws IOException，把异常责任上抛 - 错误写法示例：
catch (IOException e) { /* 什么也不做 */ }—— 这等于主动埋雷 - 如果必须处理，应转为 unchecked 异常，如
throw new RuntimeException("init failed", e)，但需确保调用方能接受这种语义
使用静态工厂方法替代构造方法处理复杂异常
当对象初始化逻辑涉及 I/O、网络或数据库操作，且异常类型多样、恢复策略不一时，直接用构造方法会迫使所有调用点都处理一堆 checked 异常。更可控的方式是改用静态工厂方法。
- 工厂方法可自由声明
throws IOException, SQLException，也可统一包装为自定义异常，比如throw new DataLoadException("failed to load config", e) - 还能做轻量预检：先验证参数/资源可用性，再决定是否进入构造流程，避免构造一半失败后留下难以清理的中间状态
- 示例签名：
public static DatabaseConnection create(String url) throws ConfigLoadException
注意构造函数链中异常传播的断点问题
子类构造方法隐式或显式调用 super(...) 时，若父类构造方法声明了异常，子类构造方法也必须声明相同或更宽泛的异常类型，否则编译失败。
