throw在方法体内抛出异常实例并立即中断执行，throws在方法声明后声明可能抛出的异常类型；前者是具体动作，后者是编译期契约；checked异常必须二者配合，unchecked则自由。

throw 是真出问题了立刻中断执行，throws 是提前打个招呼说“我这儿可能出事”。关键不在字面意思，而在位置、动作和编译约束这三点。

位置不同：一个在方法里，一个在方法头上

throw 只能写在方法体内部，比如 if 判断之后、计算逻辑中间；throws 必须紧挨着方法声明末尾，写在参数括号后面、方法体大括号前面。

• throw new IllegalArgumentException("用户名为空") → 必须在 { } 里面
• public void saveUser(User u) throws SQLException, IOException → 必须在 ) 后、{ 前

动作本质不同：一个是抛对象，一个是列类型

throw 后面跟的是 new 出来的异常实例，是具体的一次性动作；throws 后面跟的是异常类名，可以多个，用逗号隔开，不创建对象也不触发异常。

• throw new FileNotFoundException("config.txt") → 立即生效，后续代码不执行
• throws IOException, ParseException → 编译期检查用，运行时不一定发生

编译要求不同：checked 异常必须配对使用

如果 throw 的是 Exception 或其子类（但不是 RuntimeException 及其子类），编译器会强制你：要么在当前方法里 try-catch，要么在方法头用 throws 声明。throw RuntimeException 类异常则完全自由，throws 可加可不加。

• throw new IOException() → 不加 throws 就编译报错
• throw new NullPointerException() → 加不加 throws 都行，编译器不管
• 常见组合：方法内 throw new SQLException()，方法声明加 throws SQLException

配合使用才完整：声明 + 动作 = 清晰的责任划分

实际开发中，二者经常一起出现：方法内部用 throw 触发异常，方法签名用 throws 告知调用方要处理。这不是重复，而是分工——throw 负责“什么时机出错”，throws 负责“谁来负责善后”。

• 比如读文件方法：内部检测到文件不存在就 throw new FileNotFoundException()，方法头写 throws FileNotFoundException
• 调用方看到 throws 就知道得包 try-catch，或者自己也 throws 给上层