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等集合类都存在上述问题,请大家在编码时谨慎使用。
 

转载于:https://www.cnblogs.com/ghao/p/8410068.html

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值