Java 的 Enumeration 接口与 enum 枚举类完全不同：前者是已废弃的集合遍历接口，不能定义常量；后者是 Java 5 引入的类型安全枚举，用于声明固定常量集。
Java 的 Enumeration 和枚举类（enum）不是一回事——别用错。 你真正想用的，是 Java 5 引入的 enum 关键字定义的枚举类型，而不是老式 AWT/IO 里那个已废弃的 Enumeration 接口。
为什么不能用 Enumeration 定义常量
Enumeration 是一个只读的、单向遍历集合元素的接口（类似早期的 Iterator），它本身不存储值，也不能定义常量。常见错误是看到类名带“枚”字就以为能当常量容器用，结果编译报错或运行时 NullPointerException。
-
Enumeration没有构造器，无法实例化具体值 - 它只有
hasMoreElements()和nextElement()两个方法，和“定义常量”完全无关 - JDK 9+ 中多数
Enumeration返回场景已被Stream或Iterator替代，官方标记为“legacy”
正确写法：用 enum 定义固定常量集
Java 枚举本质是特殊的类，每个枚举常量都是该类的静态实例，天然单例、类型安全、可扩展。
public enum HttpStatus {
OK(200, "Success"),
NOT_FOUND(404, "Not Found"),
INTERNAL_ERROR(500, "Server Error");
private final int code;
private final String message;
HttpStatus(int code, String message) {
this.code = code;
this.message = message;
}
public int getCode() { return code; }
public String getMessage() { return message; }
}
- 枚举常量必须在第一行声明，用逗号分隔，结尾加分号（如果含字段/方法）
- 构造器必须是
private（即使不写修饰符，默认也是私有） - 推荐显式声明
final字段，避免意外修改 - 不要在枚举里写
public static final常量——枚举自身就是常量容器
常见误用与坑点
实际项目里容易栽在边界场景：
- 把
enum当普通类，在里面写大量业务逻辑或可变状态——违背枚举“固定集合”的语义，后期难以维护 - 用
ordinal()做业务判断（如if (status.ordinal() == 1)）——一旦调整枚举顺序就崩，应改用自定义字段（如上面的code） - 序列化时没考虑兼容性：新增枚举值可能让旧客户端反序列化失败，建议配合
readObject或使用 Jackson 的@JsonCreator处理未知值 - 在
switch中漏写default分支——虽然编译器会提醒缺失 case，但运行时遇到未声明的枚举值会抛IllegalArgumentException
枚举真正的难点不在语法，而在设计时是否想清楚了“这个集合是否真的固定不变”。比如 HTTP 状态码看似固定，但 RFC 可能新增；这时与其硬编码所有可能值，不如预留 UNKNOWN(int code) 构造器并做好 fallback 处理。
