Java中throws只能声明受检异常，因其是Exception子类（不含RuntimeException），编译器强制调用方处理；语法为方法签名后加throws异常列表，需与实际抛出或更宽泛类型匹配，但重写时不能扩大异常范围。
Java 中通过 throws 关键字在方法签名中声明受检异常（Checked Exception），是为了明确告知调用者：这个方法执行过程中可能抛出某些必须处理的异常。编译器会强制要求调用方要么用 try-catch 捕获，要么继续用 throws 向上抛出。
为什么只能声明受检异常？
受检异常是 Exception 的子类（但不包括 RuntimeException 及其子类）。Java 设计上认为这类异常是“可预见、可恢复”的，比如文件不存在（FileNotFoundException）、网络中断（IOException），所以编译器强制干预。而运行时异常（如 NullPointerException、ArrayIndexOutOfBoundsException）无需声明，也不受编译检查。
如何正确使用 throws 声明异常？
语法是在方法参数列表后、方法体前加上 throws 异常类型1, 异常类型2, ...。可以声明一个或多个受检异常，用英文逗号分隔。
- 如果方法内部调用了可能抛出受检异常的 API（如
FileReader构造器），又没用try-catch处理，就必须在方法签名中throws对应异常 - 可以声明比实际抛出的异常更宽泛的类型（例如实际抛
IOException，声明Exception），但不推荐，会降低可读性 - 子类重写父类方法时，
throws声明的异常不能比父类更宽泛（即只能相同、更具体，或不声明）
常见写法示例
下面是一个读取文件内容并返回字符串的方法：
立即学习“Java免费学习笔记（深入）”；
public String readFile(String path) throws FileNotFoundException, IOException {
FileReader reader = new FileReader(path); // 可能抛 FileNotFoundException
BufferedReader br = new BufferedReader(reader);
return br.readLine(); // 可能抛 IOException
}
调用该方法时，必须处理这两个异常：
- 方式一：在调用处用
try-catch - 方式二：在调用方法上也加
throws，把责任继续上推（最终通常到main方法或 Servlet/Controller 层统一处理）
和 try-catch 的关系不是互斥，而是分工
throws 不是代替异常处理，而是“声明风险”；真正处理逻辑（如重试、记录日志、转成业务异常、友好提示）仍需在合适层级用 try-catch 完成。典型做法是：底层方法声明异常（throws），上层服务方法捕获并封装为自定义业务异常，再向上抛出或返回错误结果。
不复杂但容易忽略。
