throws用于声明检查型异常，将异常责任转移给调用者；必须显式处理或继续上抛；多异常时子类须在父类前；接口声明约束实现类。
throws 声明的是检查型异常（Checked Exception）
throws 出现在方法签名末尾，不是用来处理异常，而是把当前方法可能抛出的 检查型异常 推给调用者处理。Java 编译器会强制要求：如果一个方法声明了 throws IOException，那么调用它的地方要么用 try-catch 捕获，要么也用 throws 继续上抛。
常见被强制声明的检查型异常包括：IOException、SQLException、ClassNotFoundException 等。而 RuntimeException 及其子类（如 NullPointerException、ArrayIndexOutOfBoundsException）属于非检查型异常，不强制声明。
throws 不能替代 try-catch，也不能掩盖异常根源
声明 throws 不等于解决了异常，只是转移了责任。如果调用链顶层（比如 main 方法）还带着 throws，JVM 启动时遇到该异常仍会打印堆栈并退出。
- 错误写法：
public void readFile() throws IOException { new FileInputStream("missing.txt"); // 文件不存在 → 抛出 IOException }这样只是把问题甩出去，没做任何恢复或日志记录 - 合理做法：在关键路径上至少记录日志，或转换为更明确的业务异常：
public void readFile() throws BusinessException { try { new FileInputStream("config.txt"); } catch (IOException e) { throw new BusinessException("配置文件读取失败", e); } }
throws 多个异常时用逗号分隔，且子类必须写在父类前面
当一个方法可能抛出多个检查型异常，throws 后面用英文逗号分隔。但要注意：如果同时声明了父子类异常（比如 IOException 和它的子类 FileNotFoundException），编译器要求子类必须先写，否则会报错“exception XXX has already been caught”。
立即学习“Java免费学习笔记（深入）”；
这是因为 Java 的异常匹配是按顺序从左到右尝试的；若父类在前，子类永远不会被捕获到。
- ✅ 正确：
throws FileNotFoundException, IOException - ❌ 错误：
throws IOException, FileNotFoundException（编译失败）
接口方法声明 throws 会影响所有实现类
如果接口中的方法写了 throws SQLException，那么所有实现类的对应方法也必须声明抛出 SQLException 或其父类（如 Exception），不能擅自去掉或换成无关异常类型。
这常被忽略，尤其在重构时：删掉实现类里的 throws 会导致编译失败；想改成更具体的异常（比如只抛 SQLTimeoutException）也不行——除非接口本身也改。
所以定义接口时，throws 要足够通用、稳定；过度声明会让实现束手束脚，太少又可能漏掉真实风险。
真正麻烦的不是语法，是设计时没想清楚谁该负责清理资源、谁该决定重试还是告警。一旦 throws 写进 public API，改起来就牵一发而动全身。
