并发编程修炼八:Java ConcurrentModificationException异常原因和解决方法

最新推荐文章于 2024-07-08 00:01:13 发布
最新推荐文章于 2024-07-08 00:01:13 发布
阅读量207 收藏
点赞数
分类专栏： Java并发编程学习 文章标签： 并发 多线程 java

作者：海子
出处：http://www.cnblogs.com/dolphin0520/

目录:

一.ConcurrentModificationException异常出现的原因

二.在单线程环境下的解决办法

三.在多线程环境下的解决方法

一.ConcurrentModificationException异常出现的原因

　　先看下面这段代码：
　　

public class Test {
    public static void main(String[] args)  {
        ArrayList<Integer> list = new ArrayList<Integer>();
        list.add(2);
        Iterator<Integer> iterator = list.iterator();
        while(iterator.hasNext()){
            Integer integer = iterator.next();
            if(integer==2)
                list.remove(integer);
        }
    }
}

　　运行结果：
　　这里写图片描述

从异常信息可以发现，异常出现在checkForComodification()方法中。

　　我们不忙看checkForComodification()方法的具体实现，我们先根据程序的代码一步一步看ArrayList源码的实现：

　　首先看ArrayList的iterator()方法的具体实现，查看源码发现在ArrayList的源码中并没有iterator()这个方法，那么很显然这个方法应该是其父类或者实现的接口中的方法，我们在其父类AbstractList中找到了iterator()方法的具体实现，下面是其实现代码：

public Iterator<E> iterator() {
    return new Itr();
}

从这段代码可以看出返回的是一个指向Itr类型对象的引用，我们接着看Itr的具体实现，在AbstractList类中找到了Itr类的具体实现，它是AbstractList的一个成员内部类，下面这段代码是Itr类的所有实现：

private class Itr implements Iterator<E> {
    int cursor = 0;
    int lastRet = -1;
    int expectedModCount = modCount;
    public boolean hasNext() {
           return cursor != size();
    }
    public E next() {
           checkForComodification();
        try {
        E next = get(cursor);
        lastRet = cursor++;
        return next;
        } catch (IndexOutOfBoundsException e) {
        checkForComodification();
        throw new NoSuchElementException();
        }
    }
    public void remove() {
        if (lastRet == -1)
        throw new IllegalStateException();
           checkForComodification();

        try {
        AbstractList.this.remove(lastRet);
        if (lastRet < cursor)
            cursor--;
        lastRet = -1;
        expectedModCount = modCount;
        } catch (IndexOutOfBoundsException e) {
        throw new ConcurrentModificationException();
        }
    }

    final void checkForComodification() {
        if (modCount != expectedModCount)
        throw new ConcurrentModificationException();
    }
}

首先我们看一下它的几个成员变量：

　　cursor：表示下一个要访问的元素的索引，从next()方法的具体实现就可看出

　　lastRet：表示上一个访问的元素的索引

　　expectedModCount：表示对ArrayList修改次数的期望值，它的初始值为modCount。

　　modCount是AbstractList类中的一个成员变量

protected transient int modCount = 0;

该值表示对List的修改次数，查看ArrayList的add()和remove()方法就可以发现，每次调用add()方法或者remove()方法就会对modCount进行加1操作。

　　好了，到这里我们再看看上面的程序：

　　当调用list.iterator()返回一个Iterator之后，通过Iterator的hashNext()方法判断是否还有元素未被访问，我们看一下hasNext()方法，hashNext()方法的实现很简单：

public boolean hasNext() {
    return cursor != size();
}

如果下一个访问的元素下标不等于ArrayList的大小，就表示有元素需要访问，这个很容易理解，如果下一个访问元素的下标等于ArrayList的大小，则肯定到达末尾了。

　　然后通过Iterator的next()方法获取到下标为0的元素，我们看一下next()方法的具体实现：

public E next() {
    checkForComodification();
 try {
    E next = get(cursor);
    lastRet = cursor++;
    return next;
 } catch (IndexOutOfBoundsException e) {
    checkForComodification();
    throw new NoSuchElementException();
 }
}

这里是非常关键的地方：首先在next()方法中会调用checkForComodification()方法，然后根据cursor的值获取到元素，接着将cursor的值赋给lastRet，并对cursor的值进行加1操作。初始时，cursor为0，lastRet为-1，那么调用一次之后，cursor的值为1，lastRet的值为0。注意此时，modCount为0，expectedModCount也为0。

　　接着往下看，程序中判断当前元素的值是否为2，若为2，则调用list.remove()方法来删除该元素。

　　我们看一下在ArrayList中的remove()方法做了什么：

public boolean remove(Object o) {
    if (o == null) {
        for (int index = 0; index < size; index++)
            if (elementData[index] == null) {
                fastRemove(index);
                return true;
            }
    } else {
        for (int index = 0; index < size; index++)
            if (o.equals(elementData[index])) {
                fastRemove(index);
                return true;
            }
    }
    return false;
}


private void fastRemove(int index) {
    modCount++;
    int numMoved = size - index - 1;
    if (numMoved > 0)
        System.arraycopy(elementData, index+1, elementData, index,
                numMoved);
    elementData[--size] = null; // Let gc do its work
}

通过remove方法删除元素最终是调用的fastRemove()方法，在fastRemove()方法中，首先对modCount进行加1操作（因为对集合修改了一次），然后接下来就是删除元素的操作，最后将size进行减1操作，并将引用置为null以方便垃圾收集器进行回收工作。

　　那么注意此时各个变量的值：对于iterator，其expectedModCount为0，cursor的值为1，lastRet的值为0。

　　对于list，其modCount为1，size为0。

　　接着看程序代码，执行完删除操作后，继续while循环，调用hasNext方法()判断，由于此时cursor为1，而size为0，那么返回true，所以继续执行while循环，然后继续调用iterator的next()方法：

　　注意，此时要注意next()方法中的第一句：checkForComodification()。

　　在checkForComodification方法中进行的操作是：

final void checkForComodification() {
    if (modCount != expectedModCount)
    throw new ConcurrentModificationException();
}

如果modCount不等于expectedModCount，则抛出ConcurrentModificationException异常。

　　很显然，此时modCount为1，而expectedModCount为0，因此程序就抛出了ConcurrentModificationException异常。

　　到这里，想必大家应该明白为何上述代码会抛出ConcurrentModificationException异常了。

关键点:
调用list.remove()方法导致modCount和expectedModCount的值不一致
注意，像使用for-each进行迭代实际上也会出现这种问题

二.在单线程环境下的解决办法

既然知道原因了，那么如何解决呢？

　　其实很简单，细心的朋友可能发现在Itr类中也给出了一个remove()方法：

public void remove() {
    if (lastRet == -1)
    throw new IllegalStateException();
       checkForComodification();

    try {
    AbstractList.this.remove(lastRet);
    if (lastRet < cursor)
        cursor--;
    lastRet = -1;
    expectedModCount = modCount;
    } catch (IndexOutOfBoundsException e) {
    throw new ConcurrentModificationException();
    }
}

　在这个方法中，删除元素实际上调用的就是list.remove()方法，但是它多了一个操作：

expectedModCount = modCount;

因此，在迭代器中如果要删除元素的话，需要调用Itr类的remove方法。

　　将上述代码改为下面这样就不会报错了：

public class Test {
    public static void main(String[] args)  {
        ArrayList<Integer> list = new ArrayList<Integer>();
        list.add(2);
        Iterator<Integer> iterator = list.iterator();
        while(iterator.hasNext()){
            Integer integer = iterator.next();
            if(integer==2)
                iterator.remove();   //注意这个地方
        }
    }
}

三.在多线程环境下的解决方法

上面的解决办法在单线程环境下适用，但是在多线程下适用吗？看下面一个例子：

public class Test {
    static ArrayList<Integer> list = new ArrayList<Integer>();
    public static void main(String[] args)  {
        list.add(1);
        list.add(2);
        list.add(3);
        list.add(4);
        list.add(5);
        Thread thread1 = new Thread(){
            public void run() {
                Iterator<Integer> iterator = list.iterator();
                while(iterator.hasNext()){
                    Integer integer = iterator.next();
                    System.out.println(integer);
                }
            };
        };
        Thread thread2 = new Thread(){
            public void run() {
                Iterator<Integer> iterator = list.iterator();
                while(iterator.hasNext()){
                    Integer integer = iterator.next();
                    if(integer==2)
                        iterator.remove(); 
                }
            };
        };
        thread1.start();
        thread2.start();
    }
}

　运行结果：

这里写图片描述

有可能有朋友说ArrayList是非线程安全的容器，换成Vector就没问题了，实际上换成Vector还是会出现这种错误。

原因在于，虽然Vector的方法采用了synchronized进行了同步，但是由于Vector是继承的AbstarctList，因此通过Iterator来访问容器的话，事实上是不需要获取锁就可以访问。那么显然，由于使用iterator对容器进行访问不需要获取锁，在多线程中就会造成当一个线程删除了元素，由于modCount是AbstarctList的成员变量，因此可能会导致在其他线程中modCount和expectedModCount值不等。

就比如上面的代码中，很显然iterator是线程私有的，　

初始时，线程1和线程2中的modCount、expectedModCount都为0，

当线程2通过iterator.remove()删除元素时，会修改modCount值为1，并且会修改线程2中的expectedModCount的值为1，

而此时线程1中的expectedModCount值为0，虽然modCount不是volatile变量，不保证线程1一定看得到线程2修改后的modCount的值，但是也有可能看得到线程2对modCount的修改，这样就有可能导致线程1中比较expectedModCount和modCount不等，而抛出异常。

因此一般有2种解决办法：

　　1）在使用iterator迭代的时候使用synchronized或者Lock进行同步；

　　2）使用并发容器CopyOnWriteArrayList代替ArrayList和Vector。

public class test {
    static ArrayList<Integer> list = new ArrayList<Integer>();
    public static void main(String[] args)  {
        list.add(1);
        list.add(2);
        list.add(3);
        list.add(4);
        list.add(5);
        Thread thread1 = new Thread(){
            public void run() {
                //Iterator<Integer> iterator = list.iterator();
                Iterator<Integer> iterator = remove(list);
                while(iterator.hasNext()){
                    Integer integer = iterator.next();
                    System.out.println(integer);

                }
            };
        };
        Thread thread2 = new Thread(){
            public void run() {
               // Iterator<Integer> iterator = list.iterator();
                Iterator<Integer> iterator = remove(list);
                while(iterator.hasNext()){
                    Integer integer = iterator.next();
                    if(integer==2)
                        iterator.remove();
                }
            };
        };
        thread1.start();
        thread2.start();
    }

    public static synchronized Iterator remove(ArrayList list){
        Iterator<Integer> iterator = list.iterator();
        return iterator;
    }
}
yjgithub
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
java.util.ConcurrentModificationException 解决方法
09-01
`java.util.ConcurrentModificationException` 是一个在 Java 中常见的运行时异常，它通常发生在多线程环境中，当一个线程正在遍历一个集合（如 `ArrayList`, `HashMap` 等），而另一个线程同时尝试修改这个集合时。...
java.util.ConcurrentModificationException 异常问题详解1
08-08
Java.util.ConcurrentModificationException 异常问题详解 ConcurrentModificationException 异常是 Java 中一个常见的异常，它发生在 Iterator 遍历集合时，集合同时被修改引起的异常。在 Java 中，集合类如 ...
Java ConcurrentModificationException异常分析
做好自己
08-11 689
项目中有一个需求： 服务器在检测到设备接入后给设备下发配置。在服务器异常重启的场景下，服务器检测到终端建链时通信模块还没有初始化完成，此时需要将已经建链的设备的建链通知消息缓存起来，创建线程，在县城中待通信模块初始化完成后给设备下发配置。因频繁涉及节点增删，这里用LinkedList缓存触发建链通知的设备。（由于服务器需要支持10万台设备的并发容量，当服务器重启后，短时间内会有大量设备建链并触发
ConcurrentLinkedQueue
Pratik_shiku的博客
09-15 267
ConcurrentLinkedQueue是一个无界的，线程安全的队列，遵循FIFO先进先出规则。 当使用多线程访问需求时，该队列是一个不错的选择，和其他并发集合类似，它也不接受Null元素否则将抛出NullPointerException。 //其offer方法的首行调用该方法检查空值。 private static void checkNotNull(Object v) { if (v == null) throw new NullPointerException(); } 该
JAVA源码学习之集合-ConcurrentLinkedQueue
weixin_37627646的博客
12-02 287
类的描述 public class ConcurrentLinkedQueue<E> extends AbstractQueue<E> implements Queue<E>, Serializable 一个基于链表的无界线程安全队列。此队列对元素 FIFO（先进先出）进行排序。队列的头部是在队列中停留时间最长的那个元素。队列的尾部是在队列中停留时间最短的那个元素。新元素插入队列尾部，队列检索操作获取队列头部元素。当许多线程将共享对公共集合的访问时， Co...
java中ConcurrentLinkedQueue类
孤云博客
04-01 5015
随时随地阅读更多技术实战干货，获取项目源码、学习资料，请关注源代码社区公众号(ydmsq666)、博主微信（guyun297890152）、QQ技术交流群(183198395)。 一、类结构： java.lang.Object java.util.AbstractCollection<E> java.util.AbstractQueue<E>...
遍历Collection，避免在循环中删除对象时避免ConcurrentModificationException
asdfgh0077的博客
12-11 339
我们都知道，由于ConcurrentModificationException您无法执行以下操作： for (Object i : l) { if (condition(i)) {
java 集合并发操作出现的异常ConcurrentModificationException
09-06
如果确实需要在遍历过程中修改集合，应使用迭代器的`remove()`方法，或者采用线程安全的集合类和并发编程技术来处理并发修改。记住，依赖于这个异常来检测错误的代码是不可靠的，因为不是所有的迭代器都强制执行快速...
出现java.util.ConcurrentModificationException 问题及解决办法
08-31
在Java编程中，`java.util.ConcurrentModificationException` 是一个常见的运行时异常，通常发生在尝试并发修改集合时。这个异常的产生是由于集合类（如HashMap）的非线程安全特性，当你在一个线程中使用迭代器遍历...
记一次java中ConcurrentModificationException异常处理和解决
静坐听雨，无问西东
08-01 434
语言：Java 问题：异常类问题 问题 从现场拿回的日志中报了一个ConcurrentModificationException的异常，第一次遇到这个异常，分析一下。 问题分析 关于该异常产生的原理和Java中的源码，可以参考Java ConcurrentModificationException异常原因和解决方法，这个帖子已经说的很详细了，并且源码解析的也很好。 ...
java.util.ConcurrentModificationException 解决方案
weixin_39709686的博客
04-04 1610
ArrayList线程不安全
一文搞懂java.util.ConcurrentModificationException异常原因和解决方法
Apple_Boy的博客
08-13 5531
文章目录场景复现原因分析解决方法ListMap 场景复现 对于list，map都有可能出现，这里主要分析list！ @Test public void testList() { List<String> list = new ArrayList(); list.add("1"); list.add("2"); list.add("3"); list.add("4"); list.add
java.util.ConcurrentModificationException异常原因及解决方法
行者-崛起之路
05-19 2367
通过迭代器循环通知消息，foreach直接循环会报java.util.ConcurrentModificationException异常。
LinkedBlockingQueue操作,线程安全问题，ConcurrentModificationException 异常分析与解决方案...
weixin_33995481的博客
08-30 551
2019独角兽企业重金招聘Python工程师标准>>> ...
Java 并发工具包 java.util.concurrent 用户指南
热门推荐
Defonds 的专栏
03-03 18万+
1. java.util.concurrent - Java 并发工具包Java 5 添加了一个新的包到 Java 平台，java.util.concurrent 包。这个包包含有一系列能够让 Java 的并发编程变得更加简单轻松的类。在这个包被添加以前，你需要自己去动手实现自己的相关工具类。本文我将带你一一认识 java.util.concurrent 包里的这些类，然后你可以尝试着如何在项目中
Java ConcurrentModificationException异常原因和解决方法
weixin_30808575的博客
08-25 1126
Java ConcurrentModificationException异常原因和解决方法 　　在前面一篇文章中提到，对Vector、ArrayList在迭代的时候如果同时对其进行修改就会抛出java.util.ConcurrentModificationException异常。下面我们就来讨论以下这个异常出现的原因以及解决办法。 　　以下是本文目录大纲： 　　一.Concurr...
高并发编程-捕获线程运行时的异常 + 获取调用链
小工匠
10-18 8640
文章目录概述捕获线程运行时的异常使用场景UncaughtExceptionHandler 接口示例获取调用链 概述 捕获线程运行时的异常 我们看下Thread的定义 实现了Runnable接口 重写了run方法 根据方法签名可知，run方法是不能向上层抛出异常的，如果线程内部产生异常， 不catch的情况下，上层调用代码如何知道呢？ 使用场景 为啥需要这样做呢？ 一个线程抛出异常之后，...
已解决 javax.xml.transform.TransformerFactoryConfigurationError 异常的正确解决方法，亲测有效！！！
最新发布
小明的Java问道之路
07-08 1449
已解决 javax.xml.transform.TransformerFactoryConfigurationError 异常的正确解决方法，亲测有效！！！
写一个Java关于java.util .ConcurrentModificationException: null 报错出现的原因和解决方法的博客
07-15
当遇到 `java.util.ConcurrentModificationException` 异常时，这意味着在迭代集合时，发生了对集合结构的并发修改。这个异常的出现通常有以下原因： 1. 并发修改：在多线程环境下，多个线程同时对同一个集合进行读写操作，而没有使用适当的同步措施。这会导致迭代器的快速失败机制生效，抛出 `ConcurrentModificationException` 异常。 2. 迭代器遍历和修改：在使用迭代器遍历集合时，通过集合的方法（如 `add`、`remove`）直接修改了集合的结构，而不是通过迭代器提供的方法。这会导致迭代器检测到结构上的变化，从而抛出异常。 3. 非并发修改：在单线程环境下，对集合进行迭代的同时，通过其他方式修改了集合的结构。例如，在使用 `for-each` 循环遍历集合时，使用了集合的 `add`、`remove` 方法进行增删操作。 为了解决 `ConcurrentModificationException` 异常，可以考虑以下几种方法： 1. 使用同步机制：在多线程环境下，对共享集合进行读写操作时，使用适当的同步机制（如锁或并发容器）来保证线程安全。 2. 使用迭代器：在遍历集合时，使用集合的迭代器进行操作，并通过迭代器提供的 `remove` 方法来删除元素。这样可以避免直接修改集合的结构。 3. 使用并发容器：如果需要在多线程环境下进行并发修改，可以考虑使用 `java.util.concurrent` 包下提供的并发容器，如 `ConcurrentHashMap` 或 `CopyOnWriteArrayList`，它们提供了线程安全的操作。 4. 使用备份集合：如果需要在迭代集合的同时进行修改，并且不希望抛出异常，可以创建一个备份集合，在备份集合上进行操作，然后再将操作结果复制回原始集合。 综上所述，理解 `ConcurrentModificationException` 异常的原因，并采取适当的解决方法，可以帮助我们编写更稳健的代码。更详细的内容和示例代码，可以参考我为你提供的博客链接：[Java中的ConcurrentModificationException异常原因和解决方法](https://blog.csdn.net/your-blog-link)。希望对你有所帮助！如有其他问题，请随时提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值