EnumSet仅支持同一枚举类实例，底层用位向量实现，操作常数时间、内存极省；不接受null，混用枚举类或非枚举类型会导致编译错误。
EnumSet只能用于枚举类型，且必须是同一枚举类
Java 的 EnumSet 是一个专门针对枚举类型的高性能 Set 实现，底层用位向量（long 或 long[]）存储，内存占用极小、操作常数时间。但它有硬性限制：只能容纳同一个枚举类的实例，且不接受 null。
常见错误现象：
- 传入非枚举类型（如
String）直接编译失败：EnumSet.of("A", "B")→ 报错 “The method of(E, E) in the type EnumSet is not applicable” - 混用不同枚举类：
EnumSet.of(Color.RED, Size.LARGE)→ 编译不通过 - 试图添加
null：enumSet.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 string>(Color.class)</color>。
立即学习“Java免费学习笔记（深入）”；
关键约束：
- 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<Status> enumSet = EnumSet.allOf(Status.class);
ArrayList<Status> list = new ArrayList<>(enumSet);
// contains() 平均耗时（纳秒级）
// enumSet.contains(DONE): ~3 ns
// list.contains(DONE): ~35 ns
但这个优势只在「确定使用枚举」且「集合规模适中」时成立。如果误用在非枚举场景，或者枚举常量超过 64 个（触发 long[] 扩容），位运算开销会上升；而一旦你本就不该用枚举（比如 key 是动态字符串），强行套用 EnumMap 反而引发 ClassCastException 或编译错误。
容易被忽略的一点：EnumSet 的迭代顺序永远是枚举常量声明顺序，不是插入顺序，也不是自然顺序 —— 这既是保证，也是约束。如果你依赖插入顺序，它不满足；但如果你依赖声明顺序（比如 UI 下拉菜单按定义顺序展示），它正好符合。
