遍历中直接调用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() 值不同，自然找不到。
立即学习“Java免费学习笔记（深入）”；
- ✅ 必须同时重写
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()返回的是近似值，不能用于条件判断的精确依据
