迭代器和增强for循环

本文探讨了在Java中使用增强for循环遍历ArrayList时删除元素的问题。尽管通常不推荐这样做,但实验表明在某些情况下可以成功删除元素而不引发错误。这是因为删除操作发生在循环结束前,使得hasNext()方法在检查cursor和size时发现它们相等,从而避免了迭代异常。然而,当集合大小和索引不匹配时,如添加额外元素后尝试删除,将会导致迭代器异常。
摘要由CSDN通过智能技术生成

由于准备毕业,好久没有学习Java的相关知识。今天写一个小代码时,突然对增强for循环中能不能删除元素产生了疑问,借此整理一下,可能理解的不够深刻,之后有新的发现再更新。

今天写的代码如下:
在这里插入图片描述
在ArrayList中插入四个元素,然后通过增强for循环遍历删除倒数第二个元素“three”。按道理讲,在增强for循环中不能删除元素,会报错。但是执行结果如下:
在这里插入图片描述
从结果可以看出,程序顺利执行,并且成功地删除元素“three”。这是为什么呢?
首先分析一下在增强for循环中为什么不能删除元素。增强for循环的本质就是迭代器Iterator,判断是否遍历完集合使用的是hasNext()方法,取对应位置的元素使用的是next()方法。删除元素会报错的原因是因为当执行next()方法时,首先会执行checkForComodification()方法,源码如下:
在这里插入图片描述
该方法会比较modCount和expectedModCount两个量的值是否相等,如果不相等就会报错。而当我们在执行删除元素的操作时,就会修改modCount。源码如下:
在这里插入图片描述
删除元素在fastRemove中执行,modCount++。
在这里插入图片描述
所以,当我们在增强for循环中删除元素后,下次执行next方法时,modCount与expectedModCount不相等,会报错。

回到刚开始执行的程序,那它为什么不报错呢?就是因为该程序删除完元素修改了modCount之后,就不再执行增强for循环直接退出了。问题来了,最后还有一个元素“four”没有遍历就退出了?因为执行完删除操作之后,会通过hasNext方法判断是否遍历到结尾。
源码如下:
在这里插入图片描述
实质就是判断cursor和size的关系,cursor是指示当前遍历元素的索引,size是List的长度。单步执行可以发现,当遍历到“three”这个元素时,cursor等于3(“three”的索引为2,但是在之后会加1,见源码),而因为删除了一个元素,此时size也等于3(原来长度是4,删除一个元素变为3)。两者相等,hasNext方法返回false,结束循环,就不会报错。
在这里插入图片描述
如果我增加一个元素“five”,再执行上述删除操作,就会报错。因为cursor删除完等于3,size删除完等于4。执行hasNext方法就会返回true,然后继续执行next方法,就会报错。
执行结果如下:
在这里插入图片描述
结果报错:在这里插入图片描述

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值