Java中throws后写多个异常类型用逗号分隔，仅需声明检查型异常；禁止重复声明有继承关系的异常；重写时throws范围只能缩小或不变。
throws后面怎么写多个异常类型
Java中一个方法可以声明抛出多个异常，用逗号分隔即可，不需要额外语法或括号包裹。编译器会逐个检查这些异常是否为检查型异常（checked exception），只有检查型异常才强制要求声明或捕获。
常见错误是把运行时异常（如NullPointerException）也写进throws列表——虽然语法允许，但毫无意义，因为调用方无需处理，JVM也不会强制捕获。
-
throws IOException, SQLException✅ 合法且必要（两者都是检查型异常） -
throws RuntimeException, IllegalArgumentException❌ 语法合法但无实际作用，属于冗余声明 -
throws Exception⚠️ 虽然能通过编译，但掩盖了具体异常类型，不利于调用方做针对性处理
为什么不能在同一个throws里重复声明父类和子类异常
如果方法体中可能抛出SQLException和它的子类SQLTimeoutException，只声明throws SQLException就够了。再加SQLTimeoutException会导致编译错误：unreported exception SQLTimeoutException; must be caught or declared to be thrown——等等，这其实是反的？不，真实情况是：编译器认为SQLTimeoutException已被SQLException覆盖，显式再写属于“重复声明”，报错java: duplicate declaration of exception type SQLTimeoutException。
根本原因在于：Java规范禁止在throws子句中出现存在继承关系的异常类型，否则会造成语义冗余和类型推导混乱。
立即学习“Java免费学习笔记（深入）”；
- ✅
throws IOException, SQLException（无继承关系） - ❌
throws Exception, IOException（IOException是Exception子类） - ❌
throws SQLException, SQLTimeoutException（后者是前者子类）
方法重写时throws怎么继承和收缩
子类重写父类方法时，throws声明只能比父类更“窄”——即声明的异常类型必须是父类声明类型的子集（包括不声明任何异常）。这是为了保证多态调用的安全性：调用方按父类签名写的try-catch，必须能覆盖所有子类实际可能抛出的检查型异常。
class Base {
void read() throws IOException, SQLException {}
}
class Sub extends Base {
// ✅ 合法：缩小范围（只抛IOException）
void read() throws IOException {}
// ✅ 合法：不抛任何检查型异常
void read() {}
// ❌ 编译错误：抛出父类没声明的检查型异常
void read() throws ParseException {}
// ❌ 编译错误：抛出范围更宽的异常（Exception包含太多未预期类型）
void read() throws Exception {}
}
实际开发中容易忽略的细节
很多人以为只要写了throws，方法里就“自动抛出”异常了——其实不是。throws只是契约声明，真正抛出还得靠throw语句或底层调用链触发。另一个高频误区是混淆throws和throw：前者在方法签名上，后者在方法体内；前者声明可能性，后者执行抛出动作。
- 没在方法体中实际抛出声明的异常，不会报错（编译通过），但属于“虚假声明”，破坏API可信度
- 使用Lambda或函数式接口时，若目标接口方法没声明异常，就不能直接在Lambda里抛检查型异常，必须包装成
RuntimeException或改用自定义函数式接口 - Spring等框架中，某些注解（如
@Transactional）对throws声明有隐含要求：默认只对RuntimeException回滚，检查型异常需显式配置rollbackFor
SQLException合理，Service层再原样往上扔就容易导致上层被迫处理数据库细节——这时候该用throws ServiceException统一抽象，而不是堆砌原始异常类型。 
