在Java开发中，当系统内置的异常无法准确描述业务层的错误场景时，自定义异常类可以让错误信息的传递更加精准，配合手动throw操作能让代码的异常处理逻辑更清晰。接下来就详细介绍具体的实现方式。
自定义Java异常类的基本规则
Java的异常体系分为受检异常和非受检异常两类，自定义异常时需要根据使用场景选择合适的父类：
- 如果需要强制要求调用方处理该异常，就继承
Exception类，属于受检异常 - 如果不需要强制要求调用方处理，就继承
RuntimeException类，属于非受检异常
一个简单自定义异常类通常需要包含无参构造方法和带错误信息的构造方法，下面是继承RuntimeException的示例：
// 自定义运行时异常类
public class BusinessException extends RuntimeException {
// 无参构造方法
public BusinessException() {
super();
}
// 带错误信息的构造方法
public BusinessException(String message) {
super(message);
}
// 带错误信息和原因的构造方法（可选）
public BusinessException(String message, Throwable cause) {
super(message, cause);
}
}
手动throw自定义异常的实现
定义好异常类之后，就可以在业务代码中通过throw关键字手动抛出该异常，触发异常流程。以下是一个用户年龄校验的场景示例：
public class UserCheckService {
/**
* 校验用户年龄是否合法
* @param age 用户年龄
*/
public void checkUserAge(int age) {
// 年龄小于0或者大于150时认为不合法，手动抛出自定义异常
if (age < 0 || age > 150) {
throw new BusinessException("用户年龄不合法，请输入0到150之间的数值");
}
System.out.println("用户年龄校验通过，年龄为：" + age);
}
public static void main(String[] args) {
UserCheckService service = new UserCheckService();
// 测试正常场景
service.checkUserAge(20);
// 测试异常场景
service.checkUserAge(200);
}
}
注意事项
在手动throw自定义异常时需要注意以下几点：
- 如果自定义异常继承的是
Exception，那么抛出该异常的方法必须声明throws，或者在方法内部用try-catch捕获处理 - 异常的错误信息要尽量清晰，能够直接说明错误原因，方便后续排查问题
- 不要滥用自定义异常，只有系统内置异常无法准确描述错误场景时才建议自定义，避免异常类过多导致维护成本上升
常见使用场景
自定义异常和手动throw操作通常用于以下场景：
- 业务层参数校验，比如上述的年龄校验、手机号格式校验等
- 业务流程中断，比如订单支付时余额不足、库存不足等场景
- 第三方接口调用失败时，封装自定义异常返回给上层调用方