Java注解属性值必须是编译期常量表达式，仅支持基本类型字面量、static final基本类型变量、String字面量或枚举等，而Integer等包装类因需运行时创建对象，不满足该要求。
因为Java语言规范强制要求注解属性值必须是编译期可确定的常量表达式，而Integer、Double等包装类属于引用类型，其static final变量在字节码中存储的是对象引用，不是直接的数值常量。
注解属性只接受“编译期常量”
Java规定，注解的每个属性（如@Length(max = ...)中的max）必须在编译时就能完全确定值。这种值称为“常量表达式”，只能是：
- 基本类型字面量（
100、true、'a'） - 被
static final修饰的基本类型变量（private static final int MAX = 100;） -
String字面量或static final String - 枚举常量、其他注解、以及它们的一维数组
Integer、Double等包装类虽有自动装箱机制，但本质是对象。哪怕写成static final Integer MAX = 100，编译器实际生成的是对Integer.valueOf(100)返回对象的引用，该对象需运行时创建，无法放入class文件的常量池——而注解信息正是靠常量池存储的。
基本类型和包装类在编译层面完全不同
对比来看：
立即学习“Java免费学习笔记（深入）”；
-
private static final int MAX = 200;→ 编译后，MAX直接替换成200这个整数字面量，符合常量表达式规则 -
private static final Integer MAX = 200;→ 编译后，生成的是对Integer实例的符号引用，依赖Integer.valueOf()方法调用，属于运行时行为
所以@Length(max = MAX)用Integer会报错：“元素值必须为常量表达式”，不是IDE或框架的问题，而是javac编译器级别的语法限制。
别混淆使用场景：包装类有用，但不在注解里
Integer/Double在业务代码中非常必要，比如：
- 数据库字段可能为
NULL，对应实体类字段需用Integer而非int - 集合（
List<integer></integer>）、泛型、JSON序列化都依赖包装类 - 需要区分“未设置”和“值为0”时，
null语义更清晰
但这些优势不适用于注解定义——注解本身是元数据声明，不参与运行逻辑，也不需要null判断或泛型能力。
替代方案很明确
如果想复用数值，只需坚持用基本类型常量：
- ✅
private static final int MAX_LEN = 200;+@Length(max = MAX_LEN) - ✅
private static final double THRESHOLD = 99.5;+@DecimalMin(value = THRESHOLD) - ❌ 不要用
Integer、Double、Long等包装类作注解属性值
这条规则从Java 5沿用至今，是语言设计决定的底层约束，不是版本bug，也无法通过配置绕过。
