ArrayList之modCount、expectedModCount解读

一、前言（摸鱼者の覚悟）

本菜鸡在上班认真工作（摸鱼）之外，突发奇想想看看java的一些底层源码，但是源码里那一坨坨的英文注释看起来就令人昏昏欲睡，于是乎，自己安装了个翻译插件，从最基础的List集合的源码开始看，这里推荐下这款翻译插件

 

当当当当！这一下是不是多多少少有了那么一丢丢的动力继续往下看了呢！ 

注释的苦恼解决完毕之后，开始源码的痛苦之旅吧！！　　戦え（塔塔开！战斗吧！）

 二、正文（辛いの時　痛苦之时）

 但我看到AaaryList的add方法时，发现了这个变量,于是乎，第一个懵逼的点产生了，不要慌！翻译一下看一下注释。

 看完注释，想关闭IDEA刷一下抖音的举手!  看完只知道这是用来记录arrylist数组的操作次数的，具体的使用意义仍然一脸懵逼，不要慌，下一步打开csdn,搜索这个modecount,嘻嘻，自己看不懂，看别人怎么用的还不行嘛！

三、实际运用 （茅塞顿开之时）

 

 上述代码执行时，会报异常，就是modCount注释中提到的异常，我们一起看看咋回事吧！

我们结合AaaryList的迭代器的源码来瞄一下

 

 

 看到这里，再结合上边的示例，是不是多少有点茅塞顿开了呢！ 本菜鸡就是看到这里， 兴致勃勃的打开博客，记录下第一次看源码的收获

四、总结（奥里给！技能点+1）

从上边的示例我们已经分析明白了这个变量的意义，还有这个异常的愿意，但是这样设计的意义是啥呀？ 如果没有这个modCount，会有什么影响呢？

我们知道ArrayList是线程不安全的，如果在使用迭代器的过程中有其他线程修改了list,那么将抛出ConcurrentModificationException,这就是所谓fail-fast策略（自己搜索了解下这个策略）。这一策略在源码中的实现正是通过modCount域(修改次数),对ArrayList内容的修改都将增加这个值，在迭代器初始化过程中会将这个值赋给迭代器的expectedModCount.在迭代过程中，next()方法会判断modCount跟expectedModCount是否相等，如果不相等就表示已经有其他线程修改了list,注意到modCount声明为vloatile,保证线程之间修改的可见性。

所以，当大家遍历非线程安全的数据结构时,从线程安全的角度考虑，尽量使用迭代器喔！

第一次研究源码，完结撒花