Collection中fail-fast机制(ArrayList的ConcurrentModificationException)

其实这也是一个并发冲突的问题

问题描述:在做并发对Arraylist的数据进行修改的时候,线程A对数据进行查询,线程B对数据进行修改(修改值不影响,但是修改数组长度就会报错),这时就会报ConcurrentModificationException异常,触发了Collection机制。

同时,使用subList()对数组进行改变的时候,例如:remove,add都会报出ConcurrentModificationException异常,这也是sublist的缺点。

查看Arraylist源码后,发现

在我们调用add()、remove()方法的时候,会调用checkForComodification()方法,检测expectedModCount = ArrayList.this.modCount是否相等。如果不等,就会抛出ConcurrentModificationException()异常。所以就有必要弄明白为什么modCount != expectedModCount ,这个值是怎么改变的!

首先expectedModCount是定义在Iterator中的,能改变的就只有expectedModCount

其次 protected transient int modCount = 0; 是定义在AbstractList中的全局变量

接着,再看ArrayList中的add()方法:

从中可以看出,只要ArrayList中元素个数发生变化,就会改变modCount的值,从而modCount != expectedModCount,引发fail-fast机制。

 

解决方案:来源于http://www.cnblogs.com/skywang12345/p/3308762.html#a3

方案一:将并发时的方法变成Synchronized

方案二:使用CopyOnWriteArrayList来替换ArrayList

源码如下:

此方法会复制一个新的数组,再进行add操作,就不会影响原来的数组。

此方法类似于深拷贝,改变后将引用指向新的数组即可。

缺点是:会产生大量的对象。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值