也可以参考:https://github.com/h2pl/Java-Tutorial/blob/master/docs/java/collection/Java%E9%9B%86%E5%90%88%E8%AF%A6%E8%A7%A38%EF%BC%9AJava%E9%9B%86%E5%90%88%E7%B1%BB%E7%BB%86%E8%8A%82%E7%B2%BE%E8%AE%B2.md
举个例子:
public static void main(String[] args){
String [] str = {"1","2","4","1","5"};
List<String> strings = new ArrayList<>(Arrays.asList(str));
List<String> strings1 = strings.subList(0, strings.size() - 1);
strings.add("1");
System.out.println(strings1);
}
报错:
Exception in thread "main" java.util.ConcurrentModificationException
at java.util.ArrayList$SubList.checkForComodification(Unknown Source)
at java.util.ArrayList$SubList.size(Unknown Source)
at com.chenssy.test.arrayList.SubListTest.main(SubListTest.java:17)
我们看size方法源码:
public int size() {
checkForComodification();
return this.size;
}
size方法首先会通过checkForComodification验证,然后再返回this.size。
private void checkForComodification() {
if (ArrayList.this.modCount != this.modCount)
throw new ConcurrentModificationException();
}
解释:subList 后生成子列表strings1,但是add 后原列表strings却变了,size增加了,这就把原列表变了。就是说但凡有子列表生成的,之后就不能在操作原列表了,不然报错。但是如果操作原列表,没有类似于strings1的子列表生成(方法是无返回值就行),这样之后任然可以操作原列表,这样不会报错。
同时我们知道modCount 在new的过程中 "继承"了原列表modCount,只有在修改该列表(子列表)时才会修改该值(先表现在原列表后作用于子列表)。
而在该实例中我们是操作原列表(add方法),原列表(add的数据)的modCount当然不会反应在子列表的modCount上啦,所以才会抛出该异常。
对于子列表视图,它是动态生成的,生成之后就不要操作原列表了,否则必然都导致视图的不稳定而抛出异常。最好的办法就是将原列表设置为只读状态,要操作就操作子列表: