💡 核心结论：一句话先记住

它们是 Java 集合在被遍历时，面对别人插队修改数据采取的两种完全相反的态度：

• fail-fast（快速失败）： 脾气暴躁，眼里不容沙子。遍历时只要发现有人偷偷改了数据，立刻撂挑子不干，抛出异常。
• fail-safe（安全失败）： 脾气温和，佛系包容。你想改随你改，老子复制一份副本慢慢看，绝对不抛异常。

🔍 深度大白话解析

1. 脾气暴躁的 fail-fast（代表：ArrayList、HashMap）

• 怎么实现的： 它们内部有一个“记账本”（modCount）。只要有人增加或删除了元素，账本上的修改次数就会加 1。
• 翻车现场： 你在用 for-each 兴高采烈地遍历元素，每走一步，都会对一下账本。如果突然发现账本数字变了（说明有人在暗中修改），它就会觉得“数据不安全了”，当场甩脸子抛出经典的 ConcurrentModificationException 异常。
• 写代码大坑： 很多人喜欢在 for 循环里直接调用 list.remove() 删元素，这就是典型的“在遍历时改账本”，百分之百直接报错。

2. 稳如老狗的 fail-safe（代表：CopyOnWriteArrayList、ConcurrentHashMap）

• 怎么实现的： 它采用的是“影分身之术”。
• 翻车现场： 当你开始遍历时，它会偷偷把当前的数据复制一份（副本）。你接下来遍历的其实是这个“副本”，而别人如果去修改、删除元素，改的是“原本”。
• 代价： 因为两者互不干扰，所以它绝对不会抛异常。但缺点也很明显：第一，每次复制副本非常吃内存；第二，你遍历时读到的可能是“老数据”（弱一致性），别人新加进去的东西你可能看不见。

🛠️ 工作中怎么安全地“边遍历边删除”？

这是面试和写代码最常遇到的场景，有三种正确姿势：

• 姿势一（单线程推荐）： 不要用集合自带的 remove，改用迭代器自带的 iterator.remove()。因为迭代器自己删的时候会主动把账本对齐，不会触发暴脾气。
• 姿势二（Java 8+ 推荐）： 直接一行代码搞定：list.removeIf(e -> 条件)，底层已经帮你封装好了安全机制。
• 姿势三（多线程推荐）： 直接换用并发安全集合，比如把 ArrayList 换成 CopyOnWriteArrayList。

🎯 秒记口诀

fail-fast账本不对就抛错，直接删除必着魔；
fail-safe 复制副本不报错，数据过期要记着。
单线程删找迭代（Iterator），多线程用并发包！