Java集合交集用retainAll会修改原集合，需先复制；并集需根据类型选择addAll或HashSet/Stream；差集a.removeAll(b)对应A−B；三操作均依赖正确实现的equals/hashCode。
Java集合交集用 retainAll，但会修改原集合
交集不是“生成新集合”，而是原地保留共同元素——retainAll 会直接清空原集合中不在参数集合里的所有项。如果你需要保留原集合不变，必须先 new ArrayList(original) 或 new HashSet(original) 复制一份再操作。
常见错误现象：listA.retainAll(listB) 后发现 listA 变了，但业务逻辑里还指望它保持原样；或者对 Arrays.asList() 返回的不可变列表调用，抛出 UnsupportedOperationException。
- 使用场景：去重筛选、权限校验（如“用户拥有的角色 ∩ 系统允许的角色”）
-
retainAll的参数是Collection<?>，不要传null，否则 NPE - 性能影响：底层遍历原集合，对每个元素调用
contains，所以传入的参数集合最好用HashSet而非ArrayList，避免 O(n×m) 查找
并集不能只靠 addAll，得看是否要去重
Java 没有内置的“并集”方法名，但行为取决于你用的集合类型：Set.addAll() 天然去重，List.addAll() 直接追加、重复照收。别默认认为 addAll 就等于数学并集。
常见错误现象：用 listA.addAll(listB) 当作并集，结果出现重复 ID；或在多线程环境下直接操作共享 ArrayList，没加同步导致数据错乱。
立即学习“Java免费学习笔记（深入）”；
- 如果要严格数学并集（无重复），优先用
HashSet：先构造new HashSet(a)，再addAll(b) -
Stream.concat(a.stream(), b.stream()).distinct().collect(...)更函数式，但小数据量没必要，且distinct()依赖equals/hashCode - 兼容性注意：Android API 24+ 才支持
Stream，老版本得回退到循环 +contains判断
removeAll 是差集，但“谁减谁”容易搞反
差集 A − B 对应的是 a.removeAll(b)，不是 b.removeAll(a)。这个顺序和数学符号方向一致，但很多人写反，结果删错了集合。
常见错误现象：想取“用户未读消息 − 已归档消息”，却写了 archived.removeAll(unread)，把归档列表清空了；或在 for-each 循环里对正在遍历的集合调用 removeAll，触发 ConcurrentModificationException。
- 安全做法：差集操作前，确保目标集合可修改；若需遍历中删除，改用迭代器
iterator.remove()或收集待删元素后批量移除 - 参数集合如果是
null，removeAll会抛NullPointerException；空集合则安全，相当于什么也不删 - 性能提示：和
retainAll一样，参数用HashSet更快；若参数是数据库 ID 列表，别直接传List<Long>，先转成Set
三个操作都依赖 equals 和 hashCode 正确实现
不管你用的是 String 还是自定义对象，只要集合里放的是对象引用，retainAll、removeAll、contains 全部依赖 equals 判等逻辑。没重写这两个方法，就等于用默认的内存地址比较，永远得不到预期结果。
最容易被忽略的地方：DTO 或 Entity 类加了 Lombok 的 @Data，但字段里有 java.time.LocalDateTime 这类不重写 equals 的类型，导致两个“看起来一样”的对象被判定为不相等。
- 检查方式：手动调用
obj1.equals(obj2)，别光看 toString 输出 - IDE 自动生成的
equals要确认是否包含所有参与判等的字段；如果字段含集合或嵌套对象，还要确保它们也正确实现了equals - 泛型擦除不影响判等，但
Set<Object>里混存String和Integer，"1".equals(1)是 false，不会误匹配
