throw用于方法体内主动抛出异常实例，如参数校验失败时new IllegalArgumentException("id不能为负")；throws用于方法签名声明可能抛出的异常类型；二者不可互换。
throw 用于在方法内部「主动抛出一个异常对象」，throws 用于在方法签名上「声明可能抛出的异常类型」——两者不能互换，用错会导致编译失败或逻辑错误。
什么时候必须用 throw
当你需要手动中断执行、触发异常流程时，比如参数校验失败、业务规则不满足：
-
throw后面必须跟一个 异常实例（如new IllegalArgumentException("id 不能为负")），不是类名 - 只能出现在方法体中，不能单独写在类或字段里
- 一旦执行到
throw，后续代码不再执行（除非被try-catch捕获）
public void deleteById(int id) {
if (id < 0) {
throw new IllegalArgumentException("id 不能为负"); // ✅ 正确：抛出实例
}
// ... 删除逻辑
}什么时候必须用 throws
当方法内部调用了可能抛出 受检异常（checked exception） 的代码（如 FileInputStream、Thread.sleep()），又不想在本方法内处理，就必须在方法声明后加 throws 告诉调用者：“我可能扔出这个异常”：
-
throws后跟的是 异常类名（如IOException），可以多个，用逗号分隔 - 只对受检异常强制要求；运行时异常（
RuntimeException及其子类）可加可不加 - 调用该方法的代码，要么
try-catch，要么继续向上throws
public String readFile(String path) throws IOException { // ✅ 声明可能抛出 IOException
FileInputStream fis = new FileInputStream(path);
return new String(fis.readAllBytes());
}
throw 和 throws 混用的典型场景
常见于封装底层 API 时：用 throw 抛出自定义业务异常，同时用 throws 声明底层未处理的受检异常：
立即学习“Java免费学习笔记（深入）”；
- 不要把底层异常原样暴露给上层（比如直接 throw
SQLException），应包装成更语义化的异常 - 若既抛出运行时异常（不用
throws），又可能传播受检异常，则throws只写后者 - IDE（如 IntelliJ）常提示“Unhandled exception”，这时别盲目 try-catch，先看是否该用
throws委托责任
public User getUserById(int id) throws DataAccessException {
try {
return jdbcTemplate.queryForObject(
"SELECT * FROM user WHERE id = ?",
new UserRowMapper(), id);
} catch (EmptyResultDataAccessException e) {
throw new UserNotFoundException("用户不存在: " + id); // ✅ 运行时异常，不用 throws
} catch (DataAccessException e) {
throw e; // ✅ 受检异常，已在方法签名声明
}
}最容易忽略的是：throws 声明的异常类型必须和实际可能抛出的完全匹配（含子类），否则编译报错；而 throw 如果抛出的是受检异常但没在方法上 throws，同样编译不过。这两处的类型检查是 Java 编译器强制的，绕不开。
