Java 开发中，常量定义主要有两种方式：一种是使用 enum 关键字定义的枚举类型，另一种是在类里用 public static final 修饰的类常量。虽然它们都表示不可变的值，但在类型系统、命名习惯和使用场景上存在明显差异。很多团队在代码规范里对二者要求不同，理解区别有助于写出更安全的代码。
一、枚举常量与类常量的本质区别
枚举在 Java 中是一种特殊的类，每个枚举常量都是该枚举类的一个实例对象，并且这些实例在类加载时就固定下来，不能再创建新的。由于枚举类型本身是一种独立的引用类型，编译器可以在方法参数、返回值上做类型检查。例如定义一个状态枚举，方法若声明接收 Status 类型，调用方就只能传入枚举值，不能传任意整数或字符串。
类常量通常是用 public static final 修饰的基础类型或 String 等不可变对象。它本质上只是一个变量，不具备类型封装能力。如果多个类都用 int 表示状态，方法参数写为 int，那么任何整数都能传入，编译器无法限制取值范围。这就导致运行时才暴露非法值问题，而枚举能把错误提前到编译期。
public enum Status {
OPEN, CLOSED, PENDING
}
public class Constants {
public static final int OPEN = 1;
public static final int CLOSED = 2;
public static final int PENDING = 3;
}
上面的代码中，Status 是类型安全的枚举，Constants 里的类常量只是离散的整数。当接口需要扩展状态含义时，枚举还可以添加字段和方法，而类常量难以附带行为。
二、命名规范上的具体要求
按照 Java 语言惯例以及《阿里巴巴 Java 开发手册》等社区规范，枚举常量的命名应使用全大写字母，单词之间以下划线分隔，这和类常量的命名规则一致。例如支付渠道可写作 ALIPAY、WECHAT_PAY。之所以全大写，是因为它们本质是不可变的公开静态成员，大写能直观表明常量属性。
需要注意，枚举常量不能写成驼峰式如 Alipay，也不能用小写，这会让阅读者误以为是普通实例变量。此外，枚举类型名本身应使用驼峰首字母大写的类命名方式，如 PayChannel。类常量如果归属于某个工具类，一般放在 interface 或 final class 中，命名同样全大写，但可能根据业务模块加前缀避免冲突，例如 ORDER_STATUS_OPEN。
public enum PayChannel {
ALIPAY,
WECHAT_PAY,
BANK_CARD
}
public final class OrderConst {
public static final String ORDER_STATUS_OPEN = "OPEN";
public static final String ORDER_STATUS_CLOSE = "CLOSE";
}
从示例可见，二者命名视觉上相似，但前者是类型实例，后者是字符串常量。在代码评审中若发现枚举用了小写，应统一重构，以免破坏规范一致性。
三、使用场景与序列化差异
枚举常用于固定集合的业务类型，如性别、订单状态、错误码。因为它自带 values() 和 valueOf() 方法，可以方便遍历和按名查找。类常量更适合表达不与类型绑定的配置值，或需要兼容旧接口的字符串、数字。在 switch 语句中，Java 允许直接对枚举做分支，编译期会检查是否覆盖全部枚举值，而对 int 常量则无此保障。
序列化方面，枚举有专门的保护机制，不会因为反序列化产生新实例，能保证单例语义；类常量只是普通数据，若以 JSON 传输，常量的名字不会自动带过去，只传递值，接收方需自己映射。使用枚举时，主流 JSON 库可配置按名称或序号序列化，但要注意序号变化会导致兼容问题，推荐以名称交互。
switch (status) {
case OPEN:
// 处理打开
break;
case CLOSED:
// 处理关闭
break;
case PENDING:
// 处理待定
break;
}
上述 switch 若 status 是枚举，编译器能提示遗漏分支；若用 int 常量，少写某个 case 也不会报错，容易埋下逻辑漏洞。
四、枚举进阶：携带数据与行为
枚举常量不仅能命名，还能像类一样定义构造器、字段和方法，这是类常量做不到的。例如为每个枚举绑定描述信息和编码，可以提供 getCode 方法供接口传输，又保留类型安全。这种写法在字典类场景中非常实用，避免了在业务代码里写大量 if 判断映射。
当团队从类常量迁移到枚举时，建议先定义枚举并实现从旧常量值转换的静态方法，逐步替换方法签名。这样既能享受命名与类型规范，又不破坏已有调用。长期来看，统一使用全大写命名的枚举能显著降低常量误用概率。
public enum ErrorCode {
SUCCESS(0, "成功"),
PARAM_ERROR(1001, "参数错误");
private final int code;
private final String desc;
ErrorCode(int code, String desc) {
this.code = code;
this.desc = desc;
}
public int getCode() {
return code;
}
public String getDesc() {
return desc;
}
}
通过这种结构，枚举常量命名依旧全大写，但同时具备了类常量没有的封装能力，也符合清晰、规范的 Java 编码风格。