EnumSet 是专为枚举设计的位向量集合,O(1) 时间复杂度、零装箱、内存极省;仅支持单一已知枚举类型,通过 noneOf/allOf/range/of 等静态工厂创建,不支持通用泛型或直接 new,序列化需谨慎。
EnumSet 不是普通集合的替代品,而是专为枚举类型设计的高性能集合实现。它底层用位向量(bit vector)存储,每个枚举常量对应一个 bit 位,插入、查找、删除都是 O(1) 时间复杂度,且内存占用极小——比如有 8 个枚举值,EnumSet 只需一个 long(64 位)就能存下全部状态。
对比 HashSet:每次 add 都要计算 hash、处理哈希冲突、可能触发扩容;而 EnumSet 直接按序号置位,零对象分配(除集合本身外不创建额外包装对象)。
限制也很明确:EnumSet 只能装一种枚举类型,且必须在编译期已知所有枚举常量。
EnumSet 没有 public 构造器,全部通过静态工厂方法创建。不同方法适用不同场景,选错会影响初始化性能或语义正确性:
EnumSet.noneOf(Class):创建空集合,最常用,适用于后续逐步 addEnumSet.allOf(Class):包含该枚举所有常量,内部直接设满所有位,比循环 add 快得多EnumSet.range(E from, E to):仅适用于枚举定义顺序连续的场景(即 ordinal() 连续),例如 DayOfWeek.MONDAY 到 DayOfWeek.FRIDAY 可用,但若中间跳过某个常量(如人为调整定义顺序),结果会出错EnumSet.of(E e1, E e2, ...):可变参数,适合已知少量固定值,注意最多支持 5 个参数重载,超过要用 EnumSet.of(e1, e2).addAll(...)
不要用 new EnumSet(...) —— 构造器是 protected,编译直接报错。
EnumSet 的高效建立在“类型擦除后仍能获取枚举类信息”的基础上,因此它不能安全用于泛型通配场景:
Set 参数时,可以接收 EnumSet,但若方法内部调用了 set.getClass() 或依赖具体实现逻辑(如反射判断是否为 EnumSet),就可能出问题EnumSet 会写入枚举类名和元素序号,反序列化要求目标 JVM 中该枚举类必须存在且常量顺序未变;如果枚举增删了常量(尤其在中间插入),反序列化可能跳过某些值或抛 InvalidObjectException
LinkedHashSet 而非 EnumSet,丢失位运算优势若需跨进程/持久化,建议显式转为 Set 接口类型操作,或自定义序列化器保留 EnumSet 类型。
EnumSet 天然支持集合交、并、差,但别用错方法名——它没有 union() 或 intersection() 这种语义清晰的方法,全靠已有 API 组合:
EnumSetcolors = EnumSet.of(Color.RED, Color.GREEN); EnumSet flags = EnumSet.of(Color.GREEN, Color.BLUE); // 交集:colors ∩ flags → {GREEN} colors.retainAll(flags); // 注意:这是原地修改!colors 变成 {GREEN} // 并集:colors ∪ flags → {RED, GREEN, BLUE} colors.addAll(flags); // 原地并入 // 差集:colors \ flags → {RED} colors.removeAll(flags);
关键点:
EnumSet.copyOf(original),这是唯一开销稍大的操作(复制位向量)set1.retainAll(set2).removeAll(set3) —— 编译失败,因为 retainAll 返回 boolean,不是集合本身EnumSet 的真正优势不在语法糖,而在你清楚知道它背后是位运算——当你需要频繁做权限组合、状态掩码、选项开关时,它比任何泛型集合都更贴近硬件本质。