子类构造方法必须处理父类构造方法抛出的受检异常，因为super()调用是强制且位于首句，未捕获或声明将导致编译失败；合法方式为try-catch捕获或在签名中throws相同/更宽泛异常。

子类构造方法必须显式处理父类构造方法抛出的受检异常，要么用 try-catch 捕获，要么在自身声明中用 throws 向上抛出。

为什么必须处理？

Java 规定：如果父类构造方法声明抛出受检异常（如 IOException、SQLException），而子类构造方法中隐式或显式调用了该父类构造方法（通常是通过 super(...)），那么这个异常就必须被处理。因为 super() 调用必须是子类构造方法的第一条语句，且无法绕过——它不是可选操作，而是构造链的强制起点。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

两种合法处理方式

• 在子类构造方法内捕获异常：用 try-catch 包住 super(...) 调用（注意：super() 必须是第一句，所以实际写法是把整个构造逻辑放进 try 块，并在 catch 中处理失败情况；但需确保对象未完全构造成功时不泄露部分初始化对象）
• 在子类构造方法签名中声明抛出相同或更宽泛的异常：例如父类抛 IOException，子类可写 throws IOException 或 throws Exception，但不能只抛运行时异常来“掩盖”它

常见错误示例

直接忽略会导致编译失败：

❌ 编译报错：Unhandled exception type XXXException

class Parent {
    Parent() throws IOException { /* ... */ }
}
class Child extends Parent {
    Child() { // 错误：没处理父类构造抛出的 IOException
        // super() 隐式调用，但异常未被捕获或声明
    }
}

实用建议

• 优先考虑在子类构造方法中 throws 相同异常类型，保持异常契约清晰，调用方能明确感知风险
• 若想内部消化异常（比如提供默认行为或兜底方案），需确保构造过程真正完成或彻底失败（避免返回半初始化对象），必要时抛出运行时异常替代
• 避免在 catch 块中仅打印日志后继续执行——这容易导致对象处于非法状态
• 使用 IDE 的自动补全（如 IntelliJ 的 Alt+Enter）可快速生成 throws 或 try-catch 模板