List迭代时报ConcurrentModificationException异常

查看源代码我们可以发现,List中有个modCount字段,如果在迭代过程中该字段修改了就会报ConcurrentModificationException异常。

下面看看相关源代码

wKiom1XxbGSQG4e_AAViuYUvjKw407.jpg


wKioL1XxbqSC9bcRAAEs0pAU6Wk356.jpg

初始状态下,modCount的值是0,在迭代开始时expectedModCount的值也为0,如果在迭代过程中删除了某个元素,此时modCount++后,modCount的值就变成1,那么下次迭代(调用next方法)时,会先调checkForComodification方法检查modCount和expectedModCount是否相等,显然此时二者不相等,于是抛异常。


下面是测试代码

wKiom1XxbW7yZyF6AAONRmuOP9w194.jpg


细心的读者会发现,上述代码中,当等于A或者C的时候删除会抛异常,而等于B时删除时不会抛异常,其实这是个巧合。因为,第一次迭代时删除A后,cursor=1,size=2,于是进入下一轮迭代,于是在next中检测到modCount与expectedModCount不相等,抛异常。而假设等于B的时候删除,那么当进行第二次迭代删除B以后,cursor=2,size=2,cursor与size相等,所以hasNext()方法返回false,于是不再进行迭代,所以没有机会报错。


本文转自   手不要乱摸  51CTO博客,原文链接:http://blog.51cto.com/5880861/1693563
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值