枚举类加载时自动初始化所有实例，无需手动预加载；推荐用静态字段+静态块构建查找表，或用延迟初始化、静态内部类+不可变Map等线程安全方式实现按需查找。
Java 枚举类在类加载时会自动完成所有枚举实例的初始化，因此**不能也不需要手动使用静态代码块来“预加载”枚举值本身**。但如果你的需求是：在枚举定义之外，额外构建一个基于枚举的查找字典（比如 Map<String, MyEnum> 或 Map<Integer, MyEnum>），并希望这个字典在首次访问时就准备好（线程安全、只初始化一次），那么有几种简洁可靠的做法。
用枚举自身的静态字段 + 静态初始化块构建查找表
这是最常用、最直观的方式。利用枚举类的静态初始化时机（在所有枚举常量创建之后、类初始化完成前执行），安全地构建全局共享的查找结构：
public enum Status {
PENDING(1, "待处理"),
APPROVED(2, "已通过"),
REJECTED(3, "已拒绝");
private final int code;
private final String desc;
Status(int code, String desc) {
this.code = code;
this.desc = desc;
}
// 静态查找表（推荐用 EnumMap 提升性能和类型安全）
private static final Map<Integer, Status> CODE_TO_ENUM = new EnumMap<>(Status.class);
private static final Map<String, Status> DESC_TO_ENUM = new HashMap<>();
// 静态块：在枚举类加载完成时自动执行一次
static {
for (Status status : values()) {
CODE_TO_ENUM.put(status.code, status);
DESC_TO_ENUM.put(status.desc, status);
}
}
public static Status fromCode(int code) {
return CODE_TO_ENUM.get(code);
}
public static Status fromDesc(String desc) {
return DESC_TO_ENUM.get(desc);
}
}
✅ 优点：线程安全、只执行一次、逻辑清晰；
⚠️ 注意：不要在静态块中调用尚未初始化的枚举实例字段（但 values() 在此时已可用）。
用延迟初始化（双重检查 + volatile）按需构建（适合大枚举或开销大的场景）
如果查找表构建成本高（例如含复杂解析、IO 或大量计算），且不是每次都会用到，可改用懒加载。Java 8+ 推荐用 java.util.concurrent.ConcurrentHashMap + 静态内部类或 Holder 模式，但更简洁的是用 AtomicReference + 双重检查：
public enum ErrorCode {
NOT_FOUND(404, "资源未找到"),
SERVER_ERROR(500, "服务器内部错误");
private final int httpCode;
private final String message;
ErrorCode(int httpCode, String message) {
this.httpCode = httpCode;
this.message = message;
}
private static final AtomicReference<Map<Integer, ErrorCode>> CODE_MAP = new AtomicReference<>();
public static ErrorCode fromHttpCode(int code) {
Map<Integer, ErrorCode> map = CODE_MAP.get();
if (map == null) {
synchronized (ErrorCode.class) {
map = CODE_MAP.get();
if (map == null) {
map = Arrays.stream(values())
.collect(Collectors.toMap(e -> e.httpCode, Function.identity()));
CODE_MAP.set(map);
}
}
}
return map.get(code);
}
}
✅ 适合初始化耗时场景；
⚠️ 注意：避免在 fromXxx 中重复创建新 Map，必须复用已构建好的实例。
用 Java 9+ 的私有构造器 + 静态工厂方法封装（更现代、更可控）
把枚举实例和查找逻辑解耦，让枚举保持纯粹，查找逻辑由工具类或静态方法承载，同时保证单例初始化：
立即学习“Java免费学习笔记（深入）”；
public enum Role {
ADMIN("admin", 1),
USER("user", 2);
private final String key;
private final int level;
Role(String key, int level) {
this.key = key;
this.level = level;
}
// 工具类配合（可定义在同文件或单独类）
private static class Lookup {
static final Map<String, Role> BY_KEY = Stream.of(Role.values())
.collect(Collectors.toUnmodifiableMap(r -> r.key, Function.identity()));
static final Map<Integer, Role> BY_LEVEL = Stream.of(Role.values())
.collect(Collectors.toUnmodifiableMap(r -> r.level, Function.identity()));
}
public static Role ofKey(String key) {
return Lookup.BY_KEY.get(key);
}
public static Role ofLevel(int level) {
return Lookup.BY_LEVEL.get(level);
}
}
✅ 使用 toUnmodifiableMap 避免外部篡改；
✅ 利用 Java 9+ 的不可变集合，安全又轻量；
✅ 枚举本体干净，查找逻辑集中、易测、易替换。
不推荐的做法：在枚举构造器里操作静态集合
以下写法看似自然，实则危险（可能引发类初始化死锁或部分初始化问题）：
// ❌ 错误示例：不要这么做！
public enum BadExample {
A(1), B(2);
static final Map<Integer, BadExample> MAP = new HashMap<>();
BadExample(int v) {
MAP.put(v, this); // 构造器中操作静态字段 → 不安全！
}
}
原因：枚举常量的构造是在类初始化过程中逐个调用的，此时静态字段可能还未完全就绪，且多个枚举实例并发构造（理论上）会导致竞态。JVM 规范不保证这种顺序的安全性。
本质上，枚举本身就是单例集合，查找字典只是它的视图。选哪种方式取决于你的实际需求：简单查表用静态块，大枚举懒加载，强调不可变和解耦就用静态内部类 + 不可变 Map。核心原则是——让初始化逻辑明确、可控、线程安全，且不破坏枚举语义。
