Java Concurrentmodificationexception异常原因和解决方法

问题: 

在对集合迭代的时候,如果同时对其进行修改就会抛出java.util.ConcurrentModificationException异常;   

 

原因分析:

进入报错信息,定位LinkedHashMap719行,modCount != expectedModCount 抛异常。
modCount是HashMap类中的一个成员变量,表示对Map的修改次数,每次调用put()方法或者remove()方法就会对modCount进行加1操作;

expectedModCount:表示对Map修改次数的期望值,它的初始值为modCount。

 

对图一中的processes进行遍历时,modCount == expectedModCount

1. 循环开始,由于modCount和expectedModCount相等,第一次循环获取了对象Entry
 
 
2. 进入循环体后,processes.remove(pid)方法实际上调用了父类HashMap的removeNode方法,最后++modCount,而expectedModCount不变
3. 继续循环,在nextNode()方法中,由于modCount != expectedModCount,报ConcurrentModificationException异常!
 
 

解决方案:

单线程:使用迭代器,通过迭代器进行删除。
为什么使用迭代器删除不会报错?
因为迭代器用了自己封装的remove方法,最后一步多了一个操作 expectedModCount = modCount
 
多线程:可以使用CopyOnWriteArrayList,ConcurrentHasMap等
List和Map等集合类都存在上述问题,请大家在编码时谨慎使用。
 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值