Java ConcurrentModificationException 异常分析与解决方案

本文主要是介绍Java ConcurrentModificationException 异常分析与解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Java ConcurrentModificationException 异常分析与解决方案

单线程

异常情况举例

  • 只要抛出出现异常,可以肯定的是代码一定有错误的地方。先来看看都有哪些情况会出现ConcurrentModificationException异常,下面以ArrayList remove 操作进行举例:

  • 使用的数据集合:

  • List myList = new ArrayList();

  •        myList.add( "1");myList.add( "2");myList.add( "3");myList.add( "4");myList.add( "5");
    
  • 以下三种情况都会出现异常:Iterator<String> it = myList.iterator();while (it.hasNext()) {String value = it.next();if (value.equals( "3")) {myList.remove(value);  // error}}for (Iterator<String> it = myList.iterator(); it.hasNext();) {String value = it.next();if (value.equals( "3")) {myList.remove(value);  // error}}for (String value : myList) {System. out.println( "List Value:" + value);if (value.equals( "3")) {myList.remove(value);  // error}} 
    
  • 异常信息如下:
    Exception in thread “main” java.util.ConcurrentModificationException
    at java.util.AbstractList I t r . c h e c k F o r C o m o d i f i c a t i o n ( U n k n o w n S o u r c e ) a t j a v a . u t i l . A b s t r a c t L i s t Itr.checkForComodification(Unknown Source) at java.util.AbstractList Itr.checkForComodification(UnknownSource)atjava.util.AbstractListItr.next(Unknown Source)

根本原因

  • 以上都有3种出现异常的情况有一个共同的特点,都是使用Iterator进行遍历,且都是通过ArrayList.remove(Object) 进行删除操作。
    想要找出根本原因,直接查看ArrayList源码看为什么出现异常:

  • public class ArrayList<E> extends AbstractList<E>implements Cloneable, Serializable, RandomAccess {@Override public boolean remove(Object object) {Object[] a = array;int s = size;if (object != null) {for (int i = 0; i < s; i++) {if (object.equals(a[i])) {System.arraycopy(a, i + 1, a, i, --s - i);a[s] = null;  // Prevent memory leaksize = s;modCount++;  // 只要删除成功都是累加return true;}}} else {for (int i = 0; i < s; i++) {if (a[i] == null) {System.arraycopy(a, i + 1, a, i, --s - i);a[s] = null;  // Prevent memory leaksize = s;modCount++;  // 只要删除成功都是累加return true;}}}return false;}   @Override public Iterator<E> iterator() {return new ArrayListIterator();}   private class ArrayListIterator implements Iterator<E> {......// 全局修改总数保存到当前类中/** The expected modCount value */private int expectedModCount = modCount;@SuppressWarnings("unchecked") public E next() {ArrayList<E> ourList = ArrayList.this;int rem = remaining;// 如果创建时的值不相同,抛出异常if (ourList.modCount != expectedModCount) {throw new ConcurrentModificationException();}if (rem == 0) {throw new NoSuchElementException();}remaining = rem - 1;return (E) ourList.array[removalIndex = ourList.size - rem];}   ......}
    }   
    
  • List、Set、Map 都可以通过Iterator进行遍历,这里仅仅是通过List举例,在使用其他集合遍历时进行增删操作都需要留意是否会触发ConcurrentModificationException异常。

解决方案

  • 上面列举了会出现问题的几种情况,也分析了问题出现的根本原因,现在来总结一下怎样才是正确的,如果避免遍历时进行增删操作不会出现ConcurrentModificationException异常。

  • public class ArrayList<E> extends AbstractList<E>implements Cloneable, Serializable, RandomAccess {@Override public boolean remove(Object object) {Object[] a = array;int s = size;if (object != null) {for (int i = 0; i < s; i++) {if (object.equals(a[i])) {System.arraycopy(a, i + 1, a, i, --s - i);a[s] = null;  // Prevent memory leaksize = s;modCount++;  // 只要删除成功都是累加return true;}}} else {for (int i = 0; i < s; i++) {if (a[i] == null) {System.arraycopy(a, i + 1, a, i, --s - i);a[s] = null;  // Prevent memory leaksize = s;modCount++;  // 只要删除成功都是累加return true;}}}return false;}   @Override public Iterator<E> iterator() {return new ArrayListIterator();}   private class ArrayListIterator implements Iterator<E> {......// 全局修改总数保存到当前类中/** The expected modCount value */private int expectedModCount = modCount;@SuppressWarnings("unchecked") public E next() {ArrayList<E> ourList = ArrayList.this;int rem = remaining;// 如果创建时的值不相同,抛出异常if (ourList.modCount != expectedModCount) {throw new ConcurrentModificationException();}if (rem == 0) {throw new NoSuchElementException();}remaining = rem - 1;return (E) ourList.array[removalIndex = ourList.size - rem];}   ......}
    }   
    
  • 输出结果都是:List Value:[1, 2, 4, 5] , 不会出现异常。
    以上4种解决办法在单线程中测试完全没有问题,但是如果在多线程中呢?

多线程

同步异常情况举例

  • 上面针对ConcurrentModificationException异常在单线程情况下提出了4种解决方案,本来是可以很哈皮的洗洗睡了,但是如果涉及到多线程环境可能就不那么乐观了。

  • 下面的例子中开启两个子线程,一个进行遍历,另外一个有条件删除元素:

  •   final List<String> myList = createTestData();new Thread(new Runnable() {@Overridepublic void run() {for (String string : myList) {System.out.println("遍历集合 value = " + string);try {Thread.sleep(100);} catch (InterruptedException e) {e.printStackTrace();}}}}).start();new Thread(new Runnable() {@Overridepublic void run() {for (Iterator<String> it = myList.iterator(); it.hasNext();) {String value = it.next();System.out.println("删除元素 value = " + value);if (value.equals( "3")) {it.remove();}try {Thread.sleep(100);} catch (InterruptedException e) {e.printStackTrace();}}}}).start();
    
  • 输出结果:
    遍历集合 value = 1
    删除元素 value = 1
    遍历集合 value = 2
    删除元素 value = 2
    遍历集合 value = 3
    删除元素 value = 3

  • Exception in thread “Thread-0” 删除元素 value = 4
    java.util.ConcurrentModificationException
    at java.util.AbstractList I t r . c h e c k F o r C o m o d i f i c a t i o n ( U n k n o w n S o u r c e ) a t j a v a . u t i l . A b s t r a c t L i s t Itr.checkForComodification(Unknown Source) at java.util.AbstractList Itr.checkForComodification(UnknownSource)atjava.util.AbstractListItr.next(Unknown Source)
    at list.ConcurrentModificationExceptionStudy$1.run(ConcurrentModificationExceptionStudy.java:42)
    at java.lang.Thread.run(Unknown Source)
    删除元素 value = 5

  • 结论:

  • 上面的例子在多线程情况下,仅使用单线程遍历中进行删除的第1种解决方案使用it.remove(),但是测试得知4种的解决办法中的1、2、3依然会出现问题。

  • 接着来再看一下JavaDoc对java.util.ConcurrentModificationException异常的描述:
    当方法检测到对象的并发修改,但不允许这种修改时,抛出此异常。

  • 说明以上办法在同一个线程执行的时候是没问题的,但是在异步情况下依然可能出现异常。

尝试方案

  • 在所有遍历增删地方都加上synchronized或者使用Collections.synchronizedList,虽然能解决问题但是并不推荐,因为增删造成的同步锁可能会阻塞遍历操作。
  • 推荐使用ConcurrentHashMap或者CopyOnWriteArrayList。
  • CopyOnWriteArrayList注意事项
    • CopyOnWriteArrayList不能使用Iterator.remove()进行删除。
    • CopyOnWriteArrayList使用Iterator且使用List.remove(Object);会出现如下异常:
      java.lang.UnsupportedOperationException: Unsupported operation remove
      at java.util.concurrent.CopyOnWriteArrayList$ListIteratorImpl.remove(CopyOnWriteArrayList.java:804)

解决方案

  • 单线程情况下列出4种解决方案,但是发现在多线程情况下仅有第4种方案才能在多线程情况下不出现问题。

  •            List<String> myList = new CopyOnWriteArrayList<String>();myList.add( "1");myList.add( "2");myList.add( "3");myList.add( "4");myList.add( "5");new Thread(new Runnable() {@Overridepublic void run() {for (String string : myList) {System.out.println("遍历集合 value = " + string);try {Thread.sleep(100);} catch (InterruptedException e) {e.printStackTrace();}}}}).start();new Thread(new Runnable() {@Overridepublic void run() {for (int i = 0; i < myList.size(); i++) {String value = myList.get(i);System.out.println("删除元素 value = " + value);if (value.equals( "3")) {myList.remove(value);i--; // 注意                           }try {Thread.sleep(100);} catch (InterruptedException e) {e.printStackTrace();}}}}).start();
    
  • 输出结果:
    删除元素 value = 1
    遍历集合 value = 1
    删除元素 value = 2
    遍历集合 value = 2
    删除元素 value = 3
    遍历集合 value = 3
    删除元素 value = 4
    遍历集合 value = 4
    删除元素 value = 5
    遍历集合 value = 5

这篇关于Java ConcurrentModificationException 异常分析与解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/914225

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置