在Java中集合操作的常见错误有哪些_Java集合使用误区解析_技术教程

遍历中直接调用remove()会触发ConcurrentModificationException，因modCount校验失败；正确做法是用Iterator.remove()或removeIf()；Arrays.asList()返回的集合不支持增删；HashMap自定义key须重写equals和hashCode；并发场景应选用ConcurrentHashMap等线程安全集合。

遍历中直接调用 `remove()` 导致 `ConcurrentModificationException`

这是最常踩的坑：用普通 for 循环或增强 for 遍历时，直接调用集合的 remove() 方法，触发快速失败（fail-fast）机制。

根本原因是 ArrayList、HashMap 等非线程安全集合内部维护了 modCount 计数器，而迭代器在创建时会记录初始值；一旦集合结构被外部修改，迭代器下次调用 next() 就抛异常。

✅ 正确做法：用 Iterator.remove()
✅ 或改用 removeIf()（Java 8+），例如：list.removeIf(x -> x == null)

❌ 错误写法：

for (String s : list) { if (s.isEmpty()) list.remove(s); }

⚠️ 注意：CopyOnWriteArrayList 虽可避免该异常，但仅适用于读多写少场景，且 Iterator 不反映实时修改

`HashMap` 的 `key` 忘记重写 `equals()` 和 `hashCode()`

自定义对象作 HashMap 的 key 时，若未重写这两个方法，会导致看似相同的对象无法被正确查到或重复插入。

原因在于 HashMap 查找依赖 hashCode() 定位桶位置，再用 equals() 比较键是否相等。默认实现基于内存地址，两个内容相同但不

同实例的对象，hashCode() 值不同，自然找不到。

✅ 必须同时重写 equals() 和 hashCode()，且逻辑保持一致（如都基于 id 字段）
✅ 推荐用 IDE 自动生成（IntelliJ / Eclipse），或使用 Lombok 的 @EqualsAndHashCode
⚠️ 注意：若 key 对象在放入后修改了影响 hashCode() 的字段，该 key 将“丢失”——再也无法被 get() 到

误用 `Arrays.asList()` 返回的集合进行增删操作

Arrays.asList() 返回的是 Arrays 内部的静态嵌套类 ArrayList（注意：不是 java.util.ArrayList），它不支持 add()、remove()、clear() 等结构性修改操作，调用会直接抛 UnsupportedOperationException。

✅ 若需可变集合，应显式包装：
```
new ArrayList<>(Arrays.asList("a", "b"))
```
✅ 若只需只读视图，可用 Collections.unmodifiableList() 显式声明意图
⚠️ 注意：Arrays.asList() 返回的集合与原数组是双向绑定的——修改集合元素会同步改数组，反之亦然

并发场景下误用非线程安全集合

在多线程环境中，直接使用 ArrayList、HashMap、HashSet 等，即使加了外部同步，也容易因迭代、扩容、哈希冲突处理等环节出现数据错乱、死循环（如 JDK7 HashMap 扩容引发链表成环）或 NullPointerException。

✅ 明确场景选型：
– 读多写少 → CopyOnWriteArrayList / ConcurrentHashMap
– 写多读少 → ConcurrentLinkedQueue 或加锁 + ReentrantLock
– 简单计数 → AtomicInteger 或 LongAdder
✅ ConcurrentHashMap 的 computeIfAbsent() 是线程安全的初始化首选，避免手动双重检查加锁
⚠️ 注意：ConcurrentHashMap 的 size() 和 isEmpty() 返回的是近似值，不能用于条件判断的精确依据