在Java中，主动抛出受检异常需满足两个前提：异常类继承Exception而非RuntimeException，且方法必须声明throws该异常；throw后必须是已实例化的Throwable对象。
在 java 中，throw 关键字用于手动抛出一个异常对象，但要“主动抛出受检异常（checked exception）变量”，需满足两个前提：一是该异常类型必须是 exception 或其子类（且非 runtimeexception 及其子类），二是所在方法必须声明 throws 该异常类型，否则编译不通过。
受检异常必须显式声明 throws
Java 要求所有受检异常在编译期就被处理。如果你用 throw 抛出一个受检异常（如 IOException、自定义的 BusinessException），那么当前方法签名必须包含对应 throws 子句，否则编译报错。
- ✅ 正确写法：
public void processOrder(Order order) throws BusinessException {
if (order.getAmount() throw new BusinessException("订单金额不能为负数");
}
}
- ❌ 错误写法（缺少 throws，编译失败）：
public void processOrder(Order order) {
throw new IOException("模拟IO异常"); // 编译错误：unreported exception
}
可复用的自定义受检异常类
业务中推荐定义自己的受检异常类，继承 Exception，便于统一语义和后续捕获处理。
立即学习“Java免费学习笔记（深入）”；
public class BusinessException extends Exception {
public BusinessException(String message) {
super(message);
}
public BusinessException(String message, Throwable cause) {
super(message, cause);
}
}
- 构造时传入明确的业务错误描述，方便日志记录和前端提示
- 支持嵌套异常（
cause），便于保留原始错误上下文（例如包装 DAO 层的 SQLException） - 避免直接 throw new Exception("xxx") —— 语义模糊且不利于分层捕获
throw 的对象必须是 Throwable 实例
throw 后面跟的必须是一个已创建好的 Throwable（或其子类）对象，不能是类名或未实例化的类型。
- ✅ 正确：throw new BusinessException("库存不足")；
- ❌ 错误：throw BusinessException； // 编译错误：不是表达式
- ❌ 错误：throw BusinessException.class； // 类对象，不是异常实例
注意：即使你有一个异常变量引用，也必须确保它非 null，否则会抛出 NullPointerException（这是运行时异常）。
常见业务校验场景示例
典型用法是在关键业务入口做前置校验，不合规即中断流程并抛出受检异常，强制调用方处理。
public void createContract(Contract contract) throws BusinessException {
if (contract == null) {
throw new BusinessException("合同信息不能为空");
}
if (contract.getSignDate() == null || contract.getSignDate().isBefore(LocalDate.now())) {
throw new BusinessException("签约日期不能早于今天");
}
if (!isValidCustomer(contract.getCustomerId())) {
throw new BusinessException("客户ID无效，无法创建合同");
}
// 继续执行持久化逻辑...
}
- 每个 throw 都对应一个明确、可定位的业务规则违反点
- 异常消息面向运维或日志系统，建议包含关键参数（如 ID、金额、时间），但避免敏感信息
- 不要用异常替代正常控制流（比如用 throw 来跳出循环），这违背异常设计初衷
