子类构造方法必须显式处理父类构造方法声明的检查异常——要么在throws子句中重新声明（可扩大但不可缩小异常类型），要么因super()必须为首语句而无法用try-catch捕获，故只能声明；运行时异常则无需处理。
Java中，当父类构造方法声明了throws异常，子类构造方法必须显式处理这些异常——要么在自身throws子句中重新声明，要么用try-catch捕获；不能忽略，也不能仅靠super()隐式“吞掉”异常。
父类构造方法抛出检查异常时，子类必须响应
Java要求所有检查异常（checked exception）必须被声明或捕获。父类构造方法若声明throws IOException等检查异常，意味着该构造过程可能失败，子类在调用super(...)时就继承了这一契约。编译器强制子类明确表达如何应对该风险。
- 子类构造方法不能省略
throws——即使只写super()，也需同步声明相同或更宽泛的异常类型 - 子类不能仅靠
try-catch包裹super()——因为super()调用必须是构造方法的第一条语句，无法放在try块内 - 若父类构造方法抛出多个检查异常，子类
throws子句需包含全部，或其父类（如声明throws Exception）
子类构造方法中 super() 的位置限制决定异常处理方式
super()（或this()）必须是构造方法的第一条可执行语句。这就排除了在构造方法内部用try-catch捕获父类构造异常的可能——你无法把super()放进try块里。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 错误写法：
try { super(); } catch (IOException e) { ... }→ 编译报错 - 正确做法：子类构造方法自身声明
throws IOException，让调用方承担处理责任 - 如果父类构造抛出的是运行时异常（如
IllegalArgumentException），子类无需声明或捕获，但逻辑上仍可能触发
异常类型兼容性：子类 throws 可扩大但不可缩小
子类构造方法声明的异常类型，必须能覆盖父类构造所声明的检查异常——即子类throws列表应包含父类异常，或其父类（向上兼容），但不能只声明子类异常或完全不声明。
- 允许：
class Parent { Parent() throws IOException {} }→class Child extends Parent { Child() throws Exception {} } - 允许：
Child() throws IOException, SQLException {}（父类异常+新增检查异常） - 不允许：
Child() throws FileNotFoundException {}（虽是IOException子类，但缩小了契约范围，调用方无法按父类约定处理） - 不允许：
Child() {}（未声明任何异常，违反检查异常规则）
实际编码建议与常见误区
设计上应尽量避免在构造方法中抛出检查异常——它会显著增加子类和调用方的负担。若必须抛出，优先考虑封装为运行时异常，或改用工厂方法模式。
- 推荐：将资源初始化逻辑移到
init()方法中，并让该方法throws，构造方法保持轻量 - 注意：
super()调用本身不抛异常，但它触发的父类构造体可能抛，因此异常根源在父类实现 - IDE通常会在子类构造方法首行标红提示：“Unhandled exception type XXX”，此时直接补上
throws即可通过编译
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
