错误结论
在网上搜索HashMap中变量modCount的作用时,大部分的解释都是这样:
Fail-Fast 机制
我们知道 java.util.HashMap
不是线程安全的,因此如果在使用迭代器的过程中有其他线程修改了map,那么将抛出ConcurrentModificationException
,这就是所谓fail-fast
策略。这一策略在源码中的实现是通过 modCount
域,modCount
顾名思义就是修改次数,对HashMap 内容的修改都将增加这个值,那么在迭代器初始化过程中会将这个值赋给迭代器的 expectedModCount
。在迭代过程中,判断 modCount
跟 expectedModCount
是否相等,如果不相等就表示已经有其他线程修改了 Map:注意到 modCount 声明为 volatile,保证线程之间修改的可见性。
这个解释有放在JDK5和JDK6的时候,也许是正确的,因为在JDK5和JDK6中变量modCount确实声明为volatile。但在JDK7和JDK8中,已经没有这样声明了!!!!!
下面是JDK5、JDK6、JDK7和JDK8的源码:
1.JDK5源码截图
2.JDK6源码截图
3.JDK7源码截图
4.JDK8源码截图
思考
难道到了JDK7和JDK8中就不需要使用modCount变量,防止使用迭代器的过程中有其他线程修改了map?????
我的思考是这样的:注意看变量modCount的注释中让我们See ConcurrentModificationException
,那么我们就找到ConcurrentModificationException
异常,在该异常的注释中,有这样一段描述。
Note that this exception does not always indicate that an object has
been concurrently modified by a <i>different</i> thread. If a single
thread issues a sequence of method invocations that violates the
contract of an object, the object may throw this exception. For
example, if a thread modifies a collection directly while it is
iterating over the collection with a fail-fast iterator, the iterator
will throw this exception.
大致翻译如下:
请注意,此异常并不总是表示对象已被其他线程同时修改。如果单个线程发出一系列违反对象约定的方法调用,则该对象可能会抛出此异常。例如,如果线程使用有fail-fast机制的迭代器在集合上迭代时修改了集合,迭代器将抛出此异常。更多面试题推荐公众号Java精选,回复Java面试,获取全新面试题资料。
通过这段对ConcurrentModificationException
异常的描述,我有以下看法:
该异常不单单会在多线程情况下发生;
在单线程情况下也可能发生,就是在有使用有fail-fast机制的迭代器遍历集合时,有修改集合的操作也会抛出此异常;
HashMap中的modCount是为了结论2而设计的。
作者:打不死Gin
blog.csdn.net/dabusiGin/article/details/105483426
公众号“Java精选”所发表内容注明来源的,版权归原出处所有(无法查证版权的或者未注明出处的均来自网络,系转载,转载的目的在于传递更多信息,版权属于原作者。如有侵权,请联系,笔者会第一时间删除处理!
最近有很多人问,有没有读者交流群!加入方式很简单,公众号Java精选,回复“加群”,即可入群!
Java精选面试题(微信小程序):3000+道面试题,包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计等,在线随时刷题!
------ 特别推荐 ------
特别推荐:专注分享最前沿的技术与资讯,为弯道超车做好准备及各种开源项目与高效率软件的公众号,「大咖笔记」,专注挖掘好东西,非常值得大家关注。点击下方公众号卡片关注。
点击“阅读原文”,了解更多精彩内容!文章有帮助的话,点在看,转发吧!