一、前言
某一日,小编正常启动项目,正常登录,此时报错:"HV000030: No validator could be found for constraint 'jakarta.validation.constraints.Size' validating type 'java.lang.Integer'. Check configuration for 'code' "。小编就来了兴趣,赶紧百度一下~~~
二、问题排查
查看登录接口入参实体代码,定位问题参数"code"。@Size
注解通常用于字符串(String
)类型的属性,而不是整数(Integer
)类型的属性。对于整数类型,通常使用范围注解(如@Min
和@Max
)来指定值的范围。因此报错原因为错误使用@Size注解参数,导致检验时报错。
private @NotNull @Size(
min = 6,
max = 6
) Integer code;
三、解决方案
若是需要确保code
属性是一个非空且恰好为6位数字的整数,可以自定义验证逻辑,因为标准的Bean Validation注解不适用于这种情况。以下是一个使用自定义注解和验证器的示例:
import javax.validation.Constraint;
import javax.validation.ConstraintValidator;
import javax.validation.ConstraintValidatorContext;
import javax.validation.Payload;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
// 自定义注解
@Target({ ElementType.FIELD, ElementType.METHOD, ElementType.ANNOTATION_TYPE, ElementType.PARAMETER })
@Retention(RetentionPolicy.RUNTIME)
@Constraint(validatedBy = SixDigitIntegerValidator.class)
public @interface SixDigitInteger {
String message() default "Value must be a non-null integer with exactly six digits";
Class<?>[] groups() default {};
Class<? extends Payload>[] payload() default {};
}
// 自定义验证器
public class SixDigitIntegerValidator implements ConstraintValidator<SixDigitInteger, Integer> {
@Override
public void initialize(SixDigitInteger constraintAnnotation) {
// 初始化逻辑(如果需要)
}
@Override
public boolean isValid(Integer value, ConstraintValidatorContext context) {
if (value == null) {
return false;
}
String valueStr = String.valueOf(value);
return valueStr.length() == 6 && Character.isDigit(valueStr.charAt(0));
}
}
// 使用自定义注解的类
public class Example {
@NotNull
@SixDigitInteger
private Integer code;
// getters and setters
}
PS:自定义验证器SixDigitIntegerValidator中的isValid方法有一个逻辑问题:它检查整数值转换为字符串后的长度是否为6,并且第一个字符是否为数字(这是多余的,因为Integer.toString()总是返回一个数字字符串)。然而,由于整数本身没有“长度”的概念,这个验证器的实际用途可能有限,除非你有特定的业务逻辑要求整数必须满足某种“看起来像是六位数字”的格式(例如,当整数被用作某种代码或标识符时)。在实际应用中,你可能需要重新考虑你的数据模型和验证需求。
四、注意事项
当涉及到改动关键接口时,相关人员需要进行严谨的测试,以及保证代码的正常运行,避免出现此类低级问题。