自定义RuntimeException实战指南

选择自定义RuntimeException可避免强制处理、提升代码可读性，通过继承RuntimeException并结合错误码枚举，在业务异常时携带上下文信息，便于统一捕获与全局处理。

在Java开发中，使用自定义RuntimeException处理业务逻辑是一种常见且有效的实践。它能帮助开发者更清晰地表达业务错误语义，提升代码可读性和维护性，同时避免强制调用方处理异常带来的冗余代码。关键在于合理设计异常类型、携带必要上下文信息，并在合适层级进行统一捕获和处理。

为什么选择自定义RuntimeException

Java的异常分为检查异常（checked）和非检查异常（unchecked，即RuntimeException及其子类）。业务异常通常不属于程序语法或资源缺失等“必须处理”的问题，而是表示某种业务规则被违反，比如用户不存在、余额不足、订单状态非法等。

使用自定义RuntimeException的好处包括：

• 不强制上层调用者try-catch，减少模板代码
• 可以跨多层传播，直到统一异常处理器捕获
• 便于与Spring等框架集成，实现全局异常处理（@ControllerAdvice）
• 可携带丰富的业务上下文信息，如错误码、参数值等

如何设计自定义业务异常类

一个良好的自定义异常应具备明确的语义和足够的诊断信息。通常做法是继承RuntimeException，并添加错误码、提示消息、动态参数等字段。

public class BusinessException extends RuntimeException {
    private final String code;
    private final Object[] args;

    public BusinessException(String code, String message) {
        super(message);
        this.code = code;
        this.args = new Object[0];
    }

    public BusinessException(String code, String message, Object... args) {
        super(message);
        this.code = code;
        this.args = args;
    }

    // getter方法
    public String getCode() { return code; }
    public Object[] getArgs() { return args; }
}

结合枚举管理错误码，提升可维护性：

public enum BusinessError {
    USER_NOT_FOUND("USER-001", "用户不存在，ID: %s"),
    INSUFFICIENT_BALANCE("PAY-002", "余额不足，当前余额: %.2f");

    private final String code;
    private final String message;

    BusinessError(String code, String message) {
        this.code = code;
        this.message = message;
    }

    public BusinessException exception(Object... args) {
        return new BusinessException(code, String.format(message, args), args);
    }

    // getter
}

在业务逻辑中抛出并处理异常

在Service层根据业务规则判断是否抛出异常，而不是返回错误码或布尔值。

@Service
public class UserService {
    public void transferMoney(Long fromUserId, Long toUserId, BigDecimal amount) {
        User sender = userRepository.findById(fromUserId)
            .orElseThrow(() -> BusinessError.USER_NOT_FOUND.exception(fromUserId));

        if (sender.getBalance().compareTo(amount) < 0) {
            throw BusinessError.INSUFFICIENT_BALANCE.exception(sender.getBalance());
        }

        // 执行转账逻辑
    }
}

在控制器层面通过全局异常处理器统一响应：

@ControllerAdvice
public class GlobalExceptionHandler {

    @ResponseBody
    @ExceptionHandler(BusinessException.class)
    public ResponseEntity handleBusinessException(BusinessException e) {
        ErrorResponse response = new ErrorResponse(e.getCode(), e.getMessage());
        return ResponseEntity.status(HttpStatus.BAD_REQUEST).body(response);
    }
}

这样前端收到的响应结构一致，例如：

{
  "code": "PAY-002",
  "message": "余额不足，当前余额: 50.00"
}

最佳实践建议

• 异常类命名清晰，如OrderStatusInvalidException、PaymentFailedException
• 避免滥用RuntimeException，仅用于真正的业务异常场景
• 不要用异常控制正常流程，比如用异常判断用户是否存在来决定注册还是登录
• 日志中记录异常堆栈时注意脱敏，尤其是包含用户输入参数的情况
• 配合AOP或拦截器记录关键异常事件，便于监控和告警

基本上就这些。合理使用自定义运行时异常，能让业务逻辑更干净，错误处理更集中，系统更健壮。关键是设计好层次和规范，避免满屏throw new RuntimeException的混乱局面。