Java中常量用static final定义，须在声明或静态块中初始化，编译期常量（如字面量）可内联优化；enum更安全，适用于互斥、需扩展行为的场景，具类型检查与单例保障；常量接口已淘汰。
Java里用static final定义常量的典型写法和限制
Java没有独立的“常量类型”，所谓常量本质是被static final修饰的变量。它必须在声明时或静态初始化块中完成赋值，之后不可修改。
常见错误包括：在构造方法或普通方法中给static final字段赋值、用非编译期常量初始化（如new Date()）、或误以为final对象内容不可变（其实只是引用不可变）。
-
public static final int MAX_RETRY = 3;✅ 编译期常量，会被内联优化 -
public static final String API_URL = "https://api.example.com";✅ 字符串字面量也是编译期常量 -
public static final List<string> NAMES = Arrays.asList("a", "b");</string>❌ 虽然引用不可变，但集合内容可变；应配合Collections.unmodifiableList -
public static final LocalDateTime NOW = LocalDateTime.now();❌ 运行时计算，无法作为编译期常量，且每次加载类都执行一次
什么时候该用enum而不是static final常量
当一组值具有明确的业务语义、彼此互斥、且未来可能需要扩展行为（比如带方法、字段、状态转换）时，enum是更安全、更可维护的选择。
例如表示订单状态：static final只能提供字符串或数字，而enum天然支持类型检查、switch匹配、序列化一致性，还能封装逻辑。
立即学习“Java免费学习笔记（深入）”；
public enum OrderStatus {
PENDING("待支付", 1),
PAID("已支付", 2),
SHIPPED("已发货", 3);
private final String desc;
private final int code;
OrderStatus(String desc, int code) {
this.desc = desc;
this.code = code;
}
public String getDesc() { return desc; }
public int getCode() { return code; }
}
关键区别：
- 枚举实例在类加载时就创建完毕，全局唯一，不可能被反射或反序列化伪造新实例
- 不能继承
enum，也不能被继承，避免破坏单例语义 -
enum隐式继承java.lang.Enum，所以不能显式extends其他类 - 若需存储大量枚举值（如上万种国家代码），注意
Enum.valueOf是线性查找，性能不如Map缓存
enum的序列化与反序列化注意事项
Java对enum做了特殊序列化处理：只保存枚举名（name()），反序列化时直接调用Enum.valueOf。这保证了单例性，但也带来两个现实问题。
- 如果枚举类改名（如
PENDING→AWAITING_PAYMENT），旧数据反序列化会抛InvalidObjectException - 若用JSON库（如Jackson），默认也按
name()序列化；想用code或desc需显式配置@JsonValue和@JsonCreator - 不要在
enum中重写readObject或writeObject——JVM会忽略它们
示例（Jackson兼容写法）：
public enum PaymentMethod {
ALIPAY(1, "支付宝"),
WECHAT(2, "微信支付");
private final int code;
private final String label;
PaymentMethod(int code, String label) {
this.code = code;
this.label = label;
}
@JsonValue
public int getCode() { return code; }
@JsonCreator
public static PaymentMethod fromCode(int code) {
return Arrays.stream(values())
.filter(v -> v.code == code)
.findFirst()
.orElseThrow(() -> new IllegalArgumentException("Unknown code: " + code));
}
}
常量接口（Constant Interface）已被淘汰，别再用了
早期有人定义空接口（如interface Constants { int MAX_SIZE = 100; }），再让类implements它来“复用常量”。这种做法现在明确不推荐。
原因很直接：接口本意是定义契约，不是存放数据；implements会把常量污染到子类的公共API中，违背封装；且Java 5之后有更优替代方案。
- 优先用
public static final类（如StringUtils、HttpHeaders）集中管理 - 若常量属于某个领域模型，就放进对应
enum或record里 - 现代项目可用
var或private static final在方法内定义局部常量，减少命名污染
真正容易被忽略的是：IDE常自动补全import static，但过度使用会让代码失去上下文——看到MAX_RETRY时，没人能立刻判断它来自哪个模块。保持适度的限定引用，比省几个字符重要得多。
