1. 什么是 ConcurrentModificationException？

它是 Java 集合框架拋出的運(yùn)行時(shí)異常，表示集合在遍歷過程中被結(jié)構(gòu)性修改了，導(dǎo)致迭代器無法保證一致性。

2. 異常觸發(fā)的底層機(jī)制

Java 集合（如 ArrayList、HashSet 等）在創(chuàng)建迭代器時(shí)，會(huì)記錄集合的結(jié)構(gòu)性修改次數(shù)（modCount）。每次集合結(jié)構(gòu)發(fā)生變化（如 add、remove），modCount 增加。迭代器內(nèi)部有一個(gè) expectedModCount，每次調(diào)用 next()/hasNext() 時(shí)，會(huì)檢查 modCount 是否和 expectedModCount 一致。如果不一致，就拋出 ConcurrentModificationException。

3. 導(dǎo)致 ConcurrentModificationException 的所有常見原因

3.1 遍歷過程中直接修改集合

錯(cuò)誤代碼示例：

List<String> list = new ArrayList<>(Arrays.asList("a", "b", "c"));
for (String s : list) {
    if (s.equals("b")) {
        list.remove(s); // 錯(cuò)誤！遍歷時(shí)直接修改集合
    }
}

原因： for-each 底層用的是 iterator，直接用 list.remove() 修改集合，modCount 改變，expectedModCount 沒變，拋異常。

3.2 用 Iterator 遍歷時(shí)，直接用集合的 add/remove 方法修改集合

Iterator<String> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();
    if (s.equals("b")) {
        list.remove(s); // 錯(cuò)誤！應(yīng)使用 it.remove()
    }
}

3.3 多線程并發(fā)修改集合

一個(gè)線程遍歷集合，另一個(gè)線程同時(shí)修改集合（結(jié)構(gòu)性操作），也會(huì)拋異常。

示例：

List<Integer> list = new ArrayList<>(Arrays.asList(1,2,3));
new Thread(() -> {
    for (Integer i : list) {
        System.out.println(i);
    }
}).start();
 
new Thread(() -> {
    list.add(4); // 并發(fā)修改
}).start();

3.4 在 for-each 循環(huán)中調(diào)用集合的 remove/add

for (String s : list) {
    list.remove(s); // 錯(cuò)誤
}

正確做法： 用 Iterator 的 remove 方法。

3.5 對 Map 的 keySet/values/entrySet 進(jìn)行遍歷時(shí)修改 Map

Map<String, Integer> map = new HashMap<>();
map.put("a", 1); map.put("b", 2);
for (String key : map.keySet()) {
    map.remove(key); // 錯(cuò)誤
}

3.6 迭代器遍歷時(shí)，集合結(jié)構(gòu)被外部方法修改

如果在遍歷過程中調(diào)用了會(huì)修改集合結(jié)構(gòu)的方法（即使不是直接在循環(huán)體里），也會(huì)導(dǎo)致異常。

3.7 使用 fail-fast 集合（如 ArrayList、HashSet、HashMap）遍歷時(shí)結(jié)構(gòu)性修改

Java 的大多數(shù)集合都是 fail-fast 的（快速失?。?，即檢測到并發(fā)修改就立即拋異常。

4. 什么是結(jié)構(gòu)性修改？

結(jié)構(gòu)性修改指的是影響集合元素?cái)?shù)量或排列的操作，比如 add、remove、clear、put（Map），而僅僅修改元素內(nèi)容（如 set(index, value)）不算結(jié)構(gòu)性修改。

5. 如何避免 ConcurrentModificationException？

用 Iterator 的 remove 方法刪除元素

Iterator<String> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();
    if (s.equals("b")) {
        it.remove();
    }
}

用并發(fā)安全集合
如 CopyOnWriteArrayList、ConcurrentHashMap，這些集合不會(huì)拋 ConcurrentModificationException。

遍歷前收集要?jiǎng)h除的元素，遍歷后統(tǒng)一刪除

List<String> toRemove = new ArrayList<>();
for (String s : list) {
    if (條件) toRemove.add(s);
}
list.removeAll(toRemove);

使用 ListIterator 的 add/remove/set 方法

6. 其他補(bǔ)充

• ConcurrentModificationException 只是 fail-fast 機(jī)制的一部分，不能保證百分百檢測到所有并發(fā)修改。
• 在多線程環(huán)境下，優(yōu)先使用并發(fā)集合或加鎖處理。

7. 總結(jié)

所有原因本質(zhì)：
遍歷過程中集合結(jié)構(gòu)被直接或間接修改，導(dǎo)致迭代器檢測到不一致。

常見場景：

• for-each 循環(huán)中直接 add/remove
• Iterator 遍歷時(shí)集合 add/remove
• 多線程并發(fā)修改
• Map 的 keySet/values/entrySet 迭代時(shí)修改 Map

避免方式：

• 用 iterator.remove()
• 用并發(fā)集合
• 遍歷前收集、后批量修改

8. 底層原理再深入

8.1 modCount 和 expectedModCount

• 每個(gè) fail-fast 集合（如 ArrayList、HashMap）內(nèi)部有一個(gè) modCount 字段，代表結(jié)構(gòu)性修改次數(shù)。
• 創(chuàng)建迭代器時(shí)，迭代器保存一份 expectedModCount。
• 每次迭代器操作（如 next()、remove()）時(shí)，都會(huì)檢查 modCount 是否和 expectedModCount 一致。
• 如果不一致，說明集合被外部修改，拋出 ConcurrentModificationException。

源碼片段（以 ArrayList 為例）：

public E next() {
    checkForComodification(); // 檢查
    ...
}
final void checkForComodification() {
    if (modCount != expectedModCount)
        throw new ConcurrentModificationException();
}

9. 特殊集合的處理

9.1 并發(fā)集合不會(huì)拋出該異常

• CopyOnWriteArrayList、ConcurrentHashMap 等并發(fā)集合，內(nèi)部機(jī)制不同，不會(huì) fail-fast。
• 例如，CopyOnWriteArrayList 每次修改都會(huì)復(fù)制一份新數(shù)據(jù)，迭代器遍歷的是舊快照，不關(guān)心后續(xù)修改。

9.2 老的 Vector、Hashtable

• 這些集合的方法都加了同步鎖（synchronized），不會(huì)拋出 ConcurrentModificationException，但性能較低。

10. 實(shí)際項(xiàng)目中的規(guī)避策略

10.1 單線程環(huán)境

• 刪除元素用 iterator.remove()。
• 遍歷前收集需要?jiǎng)h除的元素，遍歷后統(tǒng)一刪除。
• 不要在 for-each 或普通 for 循環(huán)中直接 remove/add。

10.2 多線程環(huán)境

• 使用并發(fā)集合（如 CopyOnWriteArrayList、ConcurrentHashMap）。
• 使用同步塊（synchronized）保護(hù)遍歷和修改操作。
• 分批處理：先收集需要修改的數(shù)據(jù)，后統(tǒng)一操作。

10.3 遍歷 Map 的安全刪除

• 用 Iterator<Map.Entry<K,V>> 遍歷，然后用 iterator.remove() 刪除當(dāng)前 entry。

Iterator<Map.Entry<String, Integer>> it = map.entrySet().iterator();
while (it.hasNext()) {
    Map.Entry<String, Integer> entry = it.next();
    if (entry.getValue() < 10) {
        it.remove();
    }
}

11. 排查和調(diào)試方法

11.1 查看異常堆棧

• 異常堆棧會(huì)指向集合的迭代器方法（如 next()），分析調(diào)用鏈，定位哪里修改了集合。

11.2 檢查所有集合修改點(diǎn)

• 搜索代碼中所有對集合的結(jié)構(gòu)性操作（add、remove、clear等），看是否在遍歷期間被調(diào)用。

11.3 多線程場景

• 檢查是否有線程并發(fā)修改集合，必要時(shí)加鎖或用并發(fā)集合。

12. 面試延伸問題

1. 什么是 fail-fast？什么是 fail-safe？舉例說明。
   • fail-fast：檢測到并發(fā)修改立即拋異常（如 ArrayList）。
   • fail-safe：迭代器遍歷的是快照，不拋異常（如 CopyOnWriteArrayList）。
2. 如何安全地在遍歷過程中刪除集合元素？
   • 用 iterator.remove()。
3. ConcurrentModificationException 一定能檢測到所有并發(fā)修改嗎？
   • 不能，只能檢測到部分典型場景。
4. 為什么并發(fā)集合不會(huì)拋 ConcurrentModificationException？
   • 并發(fā)集合設(shè)計(jì)了特殊機(jī)制，如快照、分段鎖等，保證遍歷安全。

13. 真實(shí)案例分析

案例：批量刪除數(shù)據(jù)庫記錄時(shí)同步維護(hù)緩存集合

假設(shè)你有一個(gè)緩存 List，批量刪除數(shù)據(jù)庫記錄后也要同步刪除 List 中的元素：

// 錯(cuò)誤做法，可能拋異常
for (User user : cacheList) {
    if (shouldDelete(user)) {
        cacheList.remove(user);
    }
}
 
// 正確做法
Iterator<User> it = cacheList.iterator();
while (it.hasNext()) {
    User user = it.next();
    if (shouldDelete(user)) {
        it.remove();
    }
}

14. 代碼示例：多線程并發(fā)修改

List<Integer> list = new ArrayList<>();
for (int i = 0; i < 100; i++) list.add(i);
 
Thread t1 = new Thread(() -> {
    for (int i : list) {
        // 遍歷
    }
});
Thread t2 = new Thread(() -> {
    list.remove(50); // 并發(fā)修改
});
t1.start(); t2.start();
// 可能拋 ConcurrentModificationException

15. 總結(jié)

• ConcurrentModificationException 是集合 fail-fast 機(jī)制的體現(xiàn)。
• 本質(zhì)原因是遍歷期間結(jié)構(gòu)性修改集合。
• 規(guī)避方法：用 iterator.remove()，用并發(fā)集合，多線程加鎖，遍歷后統(tǒng)一修改。
• 多線程場景優(yōu)先用并發(fā)集合，普通集合加鎖也可。
• 面試常問底層原理、fail-fast 與 fail-safe、實(shí)際場景規(guī)避。

到此這篇關(guān)于Java導(dǎo)致ConcurrentModificationException所有原因的文章就介紹到這了,更多相關(guān)Java導(dǎo)致ConcurrentModificationException原因內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論