Java Iterator 非线程安全，通过 fail-fast 机制抛 ConcurrentModificationException 来早发现并发修改；CopyOnWriteArrayList 提供无锁快照迭代但写开销大；synchronized 统一保护读写最直接；ConcurrentHashMap 迭代器弱一致、不抛异常；遍历时不应假设集合静止，需按场景选方案。
Java 中 Iterator 本身不是线程安全的，它在并发环境下无法防止数据被篡改——它的设计目标不是“防篡改”，而是“早发现篡改”。一旦其他线程修改了集合结构（如 add/remove），Iterator 就会通过 fail-fast 机制抛出 ConcurrentModificationException，这是一种主动中断，用来避免读到不一致或损坏的数据。
用 CopyOnWriteArrayList 实现无锁快照迭代
适用于读远多于写的场景（如事件监听器列表、配置缓存）。
- 每次调用
iterator()都返回当前数组的不可变快照，后续写操作不影响正在遍历的迭代器 - 写操作（
add/remove）会复制整个底层数组，开销大，不能用于高频更新场景 - 迭代器的
remove()方法被禁用，调用会抛UnsupportedOperationException - 注意：它不解决“多个线程同时遍历 + 同时写”带来的业务逻辑不一致问题，只避免异常
用 synchronized 统一保护读写操作
最直接、可控的方式，适合你完全掌控集合访问路径的场景。
- 所有对集合的读（包括
iterator()、hasNext()、next()）和写操作，必须用同一把锁同步 - 推荐锁对象为集合本身，例如
synchronized(list) { ... }，避免锁错位 - 迭代中尽量只做轻量操作；若需耗时处理，建议先复制元素值，再释放锁
- 持有锁时间过长会降低并发吞吐，需权衡一致性与性能
改用弱一致性迭代器（如 ConcurrentHashMap）
适合需要高并发读、容忍短暂不一致的场景。
立即学习“Java免费学习笔记（深入）”；
-
ConcurrentHashMap的keySet().iterator()是弱一致性（weakly consistent）的 - 不会抛
ConcurrentModificationException，允许并发修改，迭代过程可能跳过刚插入的元素，或重复看到已删除的元素 - 不保证反映某一时刻的完整快照，但能保证遍历过程中不崩溃、不丢失数据
- 适用于统计、监控、批量通知等对实时性要求不苛刻的业务
避免在遍历中依赖“未修改”假设
Iterator 不提供数据防篡改能力，真正要防止的是逻辑错误。
- 不要假设遍历时集合内容静止——即使加了锁，业务上也可能需要重校验状态
- 如需强一致性，可在遍历前获取快照（如
new ArrayList(map.values())），再离线处理 - 对于删除操作，单线程用
iterator.remove()；多线程则优先用ConcurrentHashMap.computeIfPresent()或removeIf()等原子方法
