throws是方法对调用者声明可能抛出的检查型异常，必须用于未捕获的checked exception（如IOException），多异常用逗号分隔，不可滥用Exception，且需与实际行为一致。
throws 是方法对调用者的一份“异常契约”——它不处理异常，但明确告知“我可能抛出这些检查型异常，请你来兜底”。
什么时候必须写 throws
当方法体内调用了可能抛出 checked exception（编译时异常）的 API，且你选择不 try-catch 时，throws 就不是可选项，而是编译器强制要求：
-
IOException、SQLException、ClassNotFoundException等都属于 checked exception - 不声明也不捕获 → 编译直接报错：
Unhandled exception type XXXException - 运行时异常（如
NullPointerException、IllegalArgumentException）无需throws，加了也不报错，但属于冗余设计
public void copyFile(String src, String dst) throws IOException {
Files.copy(Paths.get(src), Paths.get(dst), StandardCopyOption.REPLACE_EXISTING);
// ↑ Files.copy() 声明 throws IOException，这里不 catch 就必须 throws
}
throws 多个异常怎么写才安全
一个方法可能因不同路径触发多种 checked exception，这时要用逗号分隔全部类型——顺序无关，但建议按常见度或逻辑分组排列：
- 多个异常类型必须是实际可能被抛出的，不能凭空添加（否则调用方徒增处理负担）
- 若子类异常已覆盖父类（如同时声明
FileNotFoundException和IOException），父类可省略（但保留更通用的IOException反而利于调用方统一处理） - 避免声明
Exception或Throwable这种顶层类型——它掩盖了真实错误语义，让调用方无法做精准恢复
public void loadConfig(String path)
throws FileNotFoundException, SecurityException, InvalidPropertiesFormatException {
Properties props = new Properties();
props.load(new FileInputStream(path)); // 可能抛前两者
validate(props); // 自定义校验，可能抛第三个
}
为什么 throws 后还要在调用处 try-catch 或继续 throws
Java 的异常传播机制是“向上传递直到被捕获”，throws 只是把球踢给上层，并不终止传播链：
立即学习“Java免费学习笔记（深入）”；
- 如果调用链顶端（如
main方法）也没处理，JVM 会打印堆栈并退出线程 - 常见误操作：在 service 层
throws SQLException，controller 层却没接住 → HTTP 500 + 堆栈暴露给前端 - 合理做法：底层专注业务逻辑（如 DAO 层抛
SQLException），中间层转换为业务异常（throw new UserNotFoundException()），controller 统一返回友好提示
public User getUserById(Long id) throws SQLException {
return userDao.findById(id); // DAO 层只管查，不处理 DB 异常
}
// Service 层转换异常（推荐）
public User findUser(Long id) {
try {
return getUserById(id);
} catch (SQLException e) {
throw new ServiceException("查询用户失败", e);
}
}
最容易被忽略的一点：throws 声明的是「可能抛出」，不是「一定会抛出」。哪怕方法体里只有 if (false) throw new IOException();，只要语法上合法，编译器就信——所以文档注释（@throws）和实际行为必须一致，否则协作成本陡增。
