Java集合类如ArrayList、HashMap、HashSet非线程安全，多线程读写易致数据错乱、死循环等；应优先选用ConcurrentHashMap、CopyOnWriteArrayList等专用并发集合，并严守共享边界与原子操作原则。
Java集合类（如 ArrayList、HashMap、HashSet）本身不是线程安全的，多线程同时读写时极易出现数据错乱、死循环、数组越界或无限扩容等并发问题。根本原因在于它们未对共享状态做同步保护，而开发者常误以为“只读操作就安全”或“加了synchronized就万无一失”，结果埋下隐患。
非线程安全集合的典型并发故障
以下情况一旦发生，往往表现诡异且难以复现：
- HashMap 扩容死循环：JDK 7 中多线程 put 触发 resize，链表头插法导致环形链表，get() 陷入无限遍历；JDK 8 虽改用尾插法避免环形，但仍存在数据覆盖、丢失等竞态问题
- ArrayList 并发 add() 导致 size 不一致：多个线程同时执行 add，可能因 size++ 和 elementData[index] = e 非原子，造成 null 元素或 ArrayIndexOutOfBoundsException
- HashSet 迭代中被修改：即使仅一个线程写、多个线程读，若未加锁，迭代器可能抛 ConcurrentModificationException 或返回脏数据
正确选择线程安全集合类型
别硬套 synchronized 包裹普通集合——效率低且易漏锁。优先使用 JDK 提供的专用并发集合：
- 高频读 + 低频写：用 CopyOnWriteArrayList（写时复制）或 CopyOnWriteArraySet，适合监听器列表、配置项缓存等场景
- 高并发读写均衡：用 ConcurrentHashMap（分段锁/JDK8 的CAS+synchronized），支持高吞吐，注意其弱一致性迭代器（不抛 CME，但可能看不到最新写入）
- 需要阻塞/等待机制：选 BlockingQueue 实现类（如 LinkedBlockingQueue、ArrayBlockingQueue），适用于生产者-消费者模型
规避并发风险的实用原则
光换集合还不够，关键在用法：
立即学习“Java免费学习笔记（深入）”；
- 明确共享边界：局部变量、方法参数中的集合默认线程私有，无需加锁；只有被多个线程访问的实例才需考虑线程安全
- 避免“伪线程安全”操作：比如对 ConcurrentHashMap 调用 size() 后再做判断，因 size 是估算值；应改用 computeIfAbsent、merge 等原子方法完成复合操作
- 谨慎包装已有集合：Collections.synchronizedList() 等仅保证单个方法原子性，复合操作（如 if (!list.contains(x)) list.add(x)）仍需手动同步整个临界区
- 优先不可变集合：构建完成后不再修改，可用 Collections.unmodifiableList() 或 Guava 的 ImmutableXXX，彻底杜绝并发写风险
基本上就这些。并发问题不复杂但容易忽略，核心是认清哪些集合真能扛住多线程、哪些操作表面安全实则危险。选对工具 + 守住共享边界，比到处加锁更可靠。
