Java集合框架中的EnumSet与EnumMap使用技巧

EnumSet仅支持同一枚举类实例,底层用位向量实现,操作常数时间、内存极省;不接受null,混用枚举类或非枚举类型会导致编译错误。

EnumSet只能用于枚举类型,且必须是同一枚举类

Java 的 EnumSet 是一个专门针对枚举类型的高性能 Set 实现,底层用位向量(longlong[])存储,内存占用极小、操作常数时间。但它有硬性限制:只能容纳同一个枚举类的实例,且不接受 null

常见错误现象:

  • 传入非枚举类型(如 String)直接编译失败:EnumSet.of("A", "B") → 报错 “The method of(E, E) in the type EnumSet is not applicable”
  • 混用不同枚举类:EnumSet.of(Color.RED, Size.LARGE) → 编译不通过
  • 试图添加 nullenumSet.add(null) → 抛 NullPointerException

实操建议:

  • 初始化优先用静态工厂方法:EnumSet.allOf(Color.class)EnumSet.range(Weekday.MON, Weekday.FRI)EnumSet.of(Color.RED, Color.BLUE)
  • 避免用 new EnumSet() —— 它是抽象类,无法直接实例化
  • 若需动态构建,先确保元素来自同一枚举类,再用 EnumSet.noneOf(MyEnum.class) 起手

EnumMap 的 key 必须是枚举,value 可为任意类型但不可为 null(key 不可 null 是强制的)

EnumMap 是专为枚举 key 设计的 Map,内部用数组索引代替哈希计算,查找和插入都是 O(1),比 HashMap 更快更省内存。它的 key 类型在构造时就绑定死:new EnumMap(Color.class)

关键约束:

  • key 必须是非空枚举常量,否则运行时报 NullPointerException
  • value 允许为 null(这点和 HashMap 一致),但要注意 get() 返回 null 时,无法区分“key 不存在”还是“value 显式设为 null”
  • 不能用泛型通配符构造:new EnumMap extends Enum>, V>(...) 编译失败

实操建议:

  • 构造时务必传入具体的枚举类字节码,如 Color.class,不能传变量或父类
  • 遍历时推荐用 keySet()entrySet(),避免调用 keys()(那是过时的 Dictionary 方法,EnumMap 不支持)
  • 如果需要默认值语义,别依赖 get() 的 null 判断,改用 computeIfAbsent(key, k -> defaultValue)

EnumSet 和 EnumMap 都不支持并发修改,多线程需额外同步

两者都不是线程安全的集合。没有内部锁,也没有提供类似 Collections.synchronizedSet() 的包装器。在多线程环境下直接共享使用,会出现数据丢失、ConcurrentModificationException 或静默状态不一致。

常见错误场景:

  • 多个线程同时调用 enumSet.add()enumMap.put()
  • 一个线程迭代,另一个线程修改 → 迭代器立即抛异常

实操建议:

  • 若读多写少,可用 CopyOnWriteArraySet 替代 EnumSet(但注意:它不保留枚举顺序,且写操作开销大)
  • 更稳妥的方式是用 synchronized 块包裹所有访问,例如:
    synchronized (myEnumSet) {
        myEnumSet.add(Color.GREEN);
    }
  • 不要尝试用 ConcurrentHashMap 模拟 EnumMap 功能 —— 会失去枚举 key 的紧凑索引优势,也丧失类型安全性

EnumSet 的 contains() 比 ArrayList.contains() 快 10 倍以上,但仅限枚举场景

这是 EnumSet 最值得用的核心优势:位运算判断成员关系。比如一个含 50 个常量的枚举,EnumSet.contains(x) 就是一次位与(bitwise AND)+ 移位,而 ArrayList.contains(x) 是 O(n) 线性扫描。

性能对比示例(JMH 测试典型结果):

// 枚举类定义
enum Status { PENDING, PROCESSING, DONE, FAILED, CANCELLED, TIMEOUT }

// 测试集合大小:6 个元素
EnumSet enumSet = EnumSet.allOf(Status.class);
ArrayList list = new ArrayList<>(enumSet);

// contains() 平均耗时(纳秒级)
// enumSet.contains(DONE): ~3 ns
// list.contains(DONE): ~35 ns

但这个优势只在「确定使用枚举」且「集合规模适中」时成立。如果误用在非枚举场景,或者枚举常量超过 64 个(触发 long[] 扩容),位运算开销会上升;而一旦你本就

不该用枚举(比如 key 是动态字符串),强行套用 EnumMap 反而引发 ClassCastException 或编译错误。

容易被忽略的一点:EnumSet 的迭代顺序永远是枚举常量声明顺序,不是插入顺序,也不是自然顺序 —— 这既是保证,也是约束。如果你依赖插入顺序,它不满足;但如果你依赖声明顺序(比如 UI 下拉菜单按定义顺序展示),它正好符合。