17370845950

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 声明底层未处理的受检异常：

• 不要把底层异常原样暴露给上层（比如直接 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 编译器强制的，绕不开。