EnumSet 比 HashSet 快因用 long/long[] 作位向量，操作均为 O(1) 位运算，无哈希冲突与装箱开销；但仅支持编译期已知的单一枚举类型。
EnumSet 为什么比 HashSet 快得多
因为 EnumSet 内部用的是 long 或 long[] 当位向量，每个枚举常量对应一个 bit 位 —— 插入、查找、删除全是位运算，O(1) 且无哈希冲突、无装箱开销。
但代价是：它只能存一种枚举类型，且必须在编译期已知所有值（也就是你定义的 enum 里的全部常量）。拿 HashSet<MyEnum> 去比内存占用或迭代速度，基本没赢过。
常见错误现象：EnumSet.of(null) 直接抛 NullPointerException；传入非声明枚举类型的值（比如反射构造）会编译不过或运行时报 ClassCastException。
创建 EnumSet 的三种安全方式
别用 new EnumSet —— 它是抽象类，不能直接实例化。JVM 根据元素数量自动选 RegularEnumSet（≤64 个值）或 JumboEnumSet（＞64）。
立即学习“Java免费学习笔记（深入）”；
-
EnumSet.noneOf(MyEnum.class)：空集合，最常用，推荐作为初始化起点 -
EnumSet.allOf(MyEnum.class)：包含该 enum 所有常量，注意别在 enum 常量很多时滥用（比如上百个） -
EnumSet.of(MyEnum.A, MyEnum.B, MyEnum.C)：可变参，最多传 5 个参数；超过要用EnumSet.complementOf()或先建再addAll()
参数差异：所有工厂方法第一个参数都是 Class<E>，必须是你 enum 的字节码对象，不能是父类或接口；传错类型（比如 String.class）编译就报错。
EnumSet 不支持 null 和动态枚举值
这是硬限制，不是 bug。任何尝试添加 null 的操作（add(null)、of(null)、copyOf(Arrays.asList(null))）都会立即抛 NullPointerException。
使用场景中容易踩坑的地方：
- 从 JSON 反序列化或数据库查出字符串后，想转成 enum 再塞进
EnumSet，但没校验字符串是否合法 ——MyEnum.valueOf("XXX")会抛IllegalArgumentException，得提前兜住 - 用
EnumSet.copyOf(Collection)时，Collection 里混了非当前 enum 类型的实例（比如子类伪装），运行时报ClassCastException - 误以为
EnumSet能像TreeSet那样自定义顺序 —— 它的迭代顺序永远是 enum 声明顺序，改不了
和普通 Set 混用时的隐式转换陷阱
EnumSet 实现了 Set 接口，但它的泛型擦除后是 Set<E>，不是裸 Set。传给期望 Set<Object> 的方法没问题，但传给只接受 HashSet 或 LinkedHashSet 参数的方法就会编译失败。
性能影响很小，但兼容性上要注意：
- 不要对
EnumSet调用stream().collect(Collectors.toSet())—— 白白丢掉位向量优势，得到的是HashSet - RPC 或序列化时（如 JSON），
EnumSet默认可能被当成普通集合，丢失类型信息，反序列化回来变成LinkedHashSet；建议显式配置序列化器（如 Jackson 的@JsonFormat(shape = JsonFormat.Shape.OBJECT)） - 日志打印时，它输出的是
[A, B, C]，看起来和别的 Set 一样，但内部结构完全不同 —— 别靠 toString 判断实现类
最易被忽略的一点：EnumSet 是 mutable 的，且没有不可修改包装（不像 Collections.unmodifiableSet() 那样有对应工具方法），如果要返回只读视图，得自己封装或用 Set.copyOf()（Java 10+）生成不可变副本。
