只有受检异常（继承exception但不继承runtimeexception的异常，如ioexception、sqlexception等）必须用throws声明；运行时异常和error无需声明。
在 Java 中，方法签名中规范声明异常的核心是：只对受检异常（checked exception）使用 throws 显式声明，且必须与实际可能抛出的异常类型严格匹配；运行时异常（RuntimeException 及其子类）和 Error 不强制声明，也不建议滥用 throws。
哪些异常必须用 throws 声明
只有受检异常才需要在方法签名中声明。这类异常继承自 Exception，但不继承自 RuntimeException。编译器会强制检查，不声明或不捕获就无法通过编译。
- 典型例子：IOException、SQLException、ClassNotFoundException、InterruptedException、ParseException
- 自定义异常若继承 Exception（而非 RuntimeException），也属于受检异常，需声明
- 比如
FileReader fr = new FileReader("a.txt")直接写会编译报错，必须加throws FileNotFoundException或用 try-catch 包裹
throws 的写法要准确简洁
声明位置固定在方法参数列表之后、方法体之前；多个异常用英文逗号分隔，顺序上建议子类在前、父类在后，逻辑更清晰。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 正确写法：
public void loadConfig() throws IOException, SQLException - 不推荐写成
throws Exception—— 掩盖具体异常类型，削弱调用方处理能力 - 避免声明无关异常，例如在纯内存计算方法里写
throws IOException属于语义错误
抽象方法和子类实现的异常契约
抽象方法可以（也应该）在签名中用 throws 声明受检异常，这构成子类必须遵守的接口契约。
- 父类抽象方法声明
void read() throws IOException, SQLException - 子类实现可缩小范围：只声明
throws IOException，或完全不声明（如果内部已处理） - 子类不能新增未声明的受检异常，如加
throws ParseException会编译失败 - RuntimeException 类型（如 IllegalArgumentException）可自由抛出，无需声明，也不受契约限制
调用方必须响应声明的异常
一旦方法声明了 throws，调用它的代码就必须面对这个异常——要么用 try-catch 处理，要么继续用 throws 向上传递。
- 例如 main 方法调用
readFile()（声明 throws IOException），main 可选择throws IOException，由 JVM 默认终止并打印堆栈 - 更合理的做法是在业务关键层统一捕获，转换为用户友好的提示或日志记录
- 不要为了“快速编译”而在每层都无意义地 throws，应让异常在合适层级被感知和处置
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
