throw是实际抛出异常对象，throws是声明可能抛出的异常类型；throw后接new创建的异常实例，throws后接异常类名；一个方法可多处throw，但throws只在方法签名中声明一次。
throw 是“真扔”，throws 是“预告要扔”
你写代码时，throw 是实实在在把一个异常对象“扔出去”，一执行就中断当前方法，比如 throw new IllegalArgumentException("id 不能为 null")；而 throws 只是写在方法签名末尾的一句“免责声明”，比如 public void readFile() throws IOException，它不抛异常，也不影响运行，只告诉调用者：“我可能会出这种错，你看着办”。
throw 后面必须是 new 出来的对象，throws 后面只能是类名
这是最直接的语法分水岭，也是编译器报错最常见的原因：
-
throw后必须跟异常实例：✅throw new FileNotFoundException()；❌throw FileNotFoundException（编译失败） -
throws后只能跟异常类型：✅throws IOException, SQLException；❌throws new IOException()（语法错误） - 一个方法里可以有多个
throw（靠 if 分支触发不同异常），但throws声明只出现一次，可列多个类型，用逗号分隔
checked 异常逼你选：要么 try-catch，要么 throws 声明
像 IOException、SQLException 这类受检异常，Java 编译器会强制你处理。如果你在方法里 throw 了它们，又没用 try-catch 包住，就必须在方法头上加 throws 声明——否则直接编译不过。
而 RuntimeException 及其子类（如 NullPointerException、IllegalArgumentException）不受此限，throw 它们可以不写 throws，也不用 try-catch，但上线后可能静默崩溃。
立即学习“Java免费学习笔记（深入）”；
二者常配合使用，但位置和职责绝不能互换
典型协作模式就是：方法内部校验失败时 throw 自定义或标准异常，方法声明上用 throws 把检查型异常“透传”给调用方。比如：
public String loadConfig(String path) throws FileNotFoundException {
File file = new File(path);
if (!file.exists()) {
throw new FileNotFoundException("配置文件不存在: " + path); // ✅ 真抛
}
return Files.readString(file.toPath());
}
这里漏掉 throws FileNotFoundException，编译器立刻报错；但如果把 throw 写成 throws，或者反过来，代码根本过不了语法关。最容易忽略的是：自定义 checked 异常类继承 Exception 而非 RuntimeException 时，这个约束依然生效。
