在java自定义异常中验证异常错误码，最直接的做法是在构造异常实例时传入错误码，并在测试代码中通过捕获异常并调用其getter方法（如 geterrorcode()）来断言返回值是否符合预期。这样做可以确保业务逻辑中抛出的异常携带了正确的标识信息，便于上层统一处理或日志记录。如果未设置默认值，必须保证每次抛出异常都显式传入了有效的错误码，否则可能得到空值或导致后续逻辑判断失败。
如何定义带错误码的自定义异常类
要支持错误码验证，首先需要定义一个继承自 Exception 或 RuntimeException 的自定义类，该类需包含一个私有字段用于存储错误码，并提供对应的 getter 方法。通常还会提供多个构造函数以支持仅传消息或同时传消息和错误码的场景。这样定义后，任何地方抛出该异常都能携带结构化数据。
public class BusinessException extends RuntimeException {
private final String errorCode;
public BusinessException(String message, String errorCode) {
super(message);
this.errorCode = errorCode;
}
public BusinessException(String message) {
this(message, "UNKNOWN");
}
public String getErrorCode() {
return errorCode;
}
}
上述代码定义了 BusinessException，它有两个构造函数。第一个构造函数允许指定错误码，第二个则使用默认值 "UNKNOWN"。这种设计确保了即使开发者忘记传递错误码，异常对象依然保持结构完整，但验证时需留意默认值的情况。
立即学习“Java免费学习笔记（深入）”；
如何在单元测试中验证错误码的正确性
验证的核心在于模拟触发异常的条件，捕获异常对象，然后检查其 errorCode 属性。可以使用 JUnit 5 的 assertThrows 方法简化这一过程。通过比较实际捕获到的错误码与期望的错误码，即可确认业务逻辑是否正确地将错误码绑定到了异常上。这种方法比解析异常消息字符串更可靠，因为消息可能包含动态内容。
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;
public class BusinessExceptionTest {
@Test
void testGetErrorCode() {
String expectedCode = "USER_NOT_FOUND";
BusinessException thrown = assertThrows(BusinessException.class, () -> {
throw new BusinessException("User does not exist", expectedCode);
});
assertEquals(expectedCode, thrown.getErrorCode());
}
}
运行上述测试，若 BusinessException 正确传递了 "USER_NOT_FOUND"，则测试通过。如果业务代码中抛出的异常使用了默认构造函数，则 getErrorCode() 将返回 "UNKNOWN"，此时断言会失败，从而提示开发者需要修正异常抛出点的参数。
当未传入错误码时验证结果是什么
如果在抛出异常时只提供了错误消息而未提供错误码，根据前文定义的构造函数链，异常对象的 errorCode 将被赋值为 "UNKNOWN"。这意味着验证逻辑必须考虑到这种“缺失”状态，或者在业务规范中强制要求所有异常路径都必须显式指定错误码。若依赖默认值，验证时应预期得到 "UNKNOWN" 而非 null 或其他占位符。
