throws后面可写多个检查型异常，用英文逗号分隔；运行时异常声明无效且误导；子类重写时可删减但不可扩大检查型异常范围；异常顺序无语法要求但建议子类在前、父类在后以保障可读性与正确捕获。
Java方法声明抛出异常时，throws后面能写几个异常？
能写多个，用英文逗号分隔，但必须是**检查型异常（checked exception）**，运行时异常（如NullPointerException）写了也白写——编译器不强制处理，加了也不会报错，但属于冗余且误导的写法。
常见错误现象：throws RuntimeException, IOException看起来“全面”，其实暴露了对异常分类的理解偏差；IDE可能不报错，但团队代码审查时会被质疑设计意图。
-
IOException、SQLException这类必须声明或捕获，否则编译失败 -
IllegalArgumentException、ArrayIndexOutOfBoundsException等继承自RuntimeException的，加throws纯属无效声明 - 如果方法内部只抛
IOException，却声明throws Exception，会掩盖真实契约，调用方无法精准处理
多个throws异常声明时，顺序有影响吗？
没有语法顺序要求，编译器不校验先后。但顺序影响可读性和维护性——建议按**子类在前、父类在后**排列，和catch块逻辑一致，避免隐藏更具体的异常处理机会。
使用场景：比如数据库操作方法同时可能抛SQLTimeoutException（子类）和SQLException（父类），若把SQLException写在前面，调用方用catch (SQLException e)就一并吞掉了本可单独重试的超时场景。
立即学习“Java免费学习笔记（深入）”；
- 推荐写法：
throws SQLTimeoutException, SQLException - 反模式写法：
throws SQLException, SQLTimeoutException（后者永远进不去catch） - 注意：Java 7+ 支持多异常
catch (SQLTimeoutException | SQLException e)，但throws声明仍需分开列
throws声明的异常，子类重写时能删掉或缩小范围吗？
可以删，也可以缩小，但不能扩大。这是里氏替换原则在异常契约上的体现：子类方法不能比父类抛出更多检查型异常，否则调用方按父类签名写的try-catch会漏处理新异常。
性能/兼容性影响：看似只是语法限制，实则影响二进制兼容性。JVM在方法签名中将throws作为一部分，子类加抛异常会导致VerifyError或运行时报IncompatibleClassChangeError。
- 合法：
void read() throws IOException→ 子类重写为void read()或void read() throws FileNotFoundException - 非法：
void read()→ 子类重写为void read() throws IOException - 注意：
throws RuntimeException无论增删都不受限制，因为它不是检查型异常
为什么有时候加了throws，IDE还是提示“Unhandled exception”？
因为调用方没处理——要么没写try-catch，要么调用链上某一层也没声明throws。Java的检查型异常必须形成一条完整的“声明或捕获”链，中断任意一环都会编译失败。
容易踩的坑：在Lambda或匿名内部类里调用声明异常的方法，容易忽略外层方法也要同步声明。例如Stream的map里调用Files.readString(path)（抛IOException），但外层方法没声明throws IOException，就会报错。
- 解决路径1：外层方法补
throws IOException - 解决路径2：用
try-catch包裹Lambda体，转为RuntimeException再抛（如throw new RuntimeException(e)） - 关键点：别试图在Lambda参数里“绕过”异常声明，Java语法不允许在函数式接口方法签名中加
throws
throws不是装饰，它和方法签名一起构成对外契约，改它等于改API——哪怕只是增删一个异常类型，都得当心调用方是否崩。 
