是否需要自定义异常来校验注册功能中的格式错误？

在注册功能做参数校验时，纠结要不要用自定义异常很正常，核心看你对错误处理的精细化需求和代码维护成本的权衡，下面给你掰扯清楚：

自定义异常的好处 #

• 错误定位直接：你写的InvalidEmailFormatException、InvalidPhoneNumberFormatException这类异常，一看类名就知道是哪项参数出问题了，上层处理的时候能精准捕获，给用户返回对应提示（比如明确说“邮箱格式错了”，不是模糊的“参数不对”）。
• 代码可读性拉满：其他同事看代码时，不用扒异常消息，光看抛出的异常类型就懂哪里错了，后续维护省心。
• 方便扩展：以后要是想给异常加错误码、可展示给用户的提示文案这类属性，自定义异常直接加字段就行，不用改原有校验逻辑。

自定义异常的坑 #

• 类越写越多：每个校验项都搞一个异常类，后续再加用户名、验证码校验，类数量会蹭蹭涨，显得冗余。
• 重复代码多：你写的这几个异常结构几乎一模一样，都是继承RuntimeException，带默认和自定义消息的构造方法，纯纯重复造轮子。

折中优化方案 #

不想搞一堆类，又想保留精准错误区分，可以试试这两种方式：

1. 用通用异常+错误枚举 #

搞一个通用的参数校验异常，搭配枚举来标记错误类型，既避免类膨胀，又能精准区分错误：

public enum ValidationErrorType {
    INVALID_EMAIL,
    INVALID_PHONE,
    INVALID_PASSWORD,
    INVALID_USERNAME
}

public class ValidationException extends RuntimeException {
    private ValidationErrorType errorType;

    public ValidationException(ValidationErrorType errorType) {
        super(getDefaultMessage(errorType));
        this.errorType = errorType;
    }

    public ValidationException(ValidationErrorType errorType, String message) {
        super(message);
        this.errorType = errorType;
    }

    private static String getDefaultMessage(ValidationErrorType errorType) {
        return switch (errorType) {
            case INVALID_EMAIL -> "邮箱格式无效";
            case INVALID_PHONE -> "手机号格式无效";
            case INVALID_PASSWORD -> "密码格式无效";
            case INVALID_USERNAME -> "用户名格式无效";
        };
    }

    public ValidationErrorType getErrorType() {
        return errorType;
    }
}

上层捕获时，通过errorType就能判断具体是哪项参数出错，针对性处理。

2. 复用系统自带异常 #

如果业务逻辑简单，不需要单独处理不同类型的校验错误，直接用IllegalArgumentException就行，把错误说清楚：

if (!isValidEmail(email)) {
    throw new IllegalArgumentException("邮箱格式无效");
}

这种方式最省事，但没法精准捕获不同错误，适合小项目或者校验逻辑简单的场景。

对你现有代码的小提醒 #

你写的InvalidPasswordFormatException里构造方法的参数拼错了（mesage应该是message），赶紧改了，不然调用的时候容易出问题。

内容的提问来源于stack exchange，提问作者Ngh Nguyn NghiNV