除了加锁外,其实还有一种方式能够防止并发修改异常,这就是将读写分离技术(不是数据库上的)。 数据库
先回顾一下一个常识: 数组
一、JAVA中“=”操做只是将引用和某个对象关联,假如同时有一个线程将引用指向另一个对象,一个线程获取这个引用指向的对象,那么他们之间不会发生ConcurrentModificationException,他们是在虚拟机层面阻塞的,并且速度很是快,几乎不须要CPU时间。 缓存
二、JAVA中两个不一样的引用指向同一个对象,当第一个引用指向另一个对象时,第二个引用还将保持原来的对象。 安全
基于上面这个常识,咱们再来探讨下面这个问题: 多线程
在CopyOnWriteArrayList里处理写操做(包括add、remove、set等)是先将原始的数据经过JDK1.6的Arrays.copyof()来生成一份新的数组 并发
而后在新的数据对象上进行写,写完后再将原来的引用指向到当前这个数据对象(这里应用了常识1),这样保证了每次写都是在新的对象上(由于要保证写的一致性,这里要对各类写操做要加一把锁,JDK1.6在这里用了重入锁), 性能
而后读的时候就是在引用的当前对象上进行读(包括get,iterator等),不存在加锁和阻塞,针对iterator使用了一个叫COWIterator的阉割版迭代器,由于不支持写操做,当获取CopyOnWriteArrayList的迭代器时,是将迭代器里的数据引用指向当前引用指向的数据对象,不管将来发生什么写操做,都不会再更改迭代器里的数据对象引用,因此迭代器也很安全(这里应用了常识2)。 线程
CopyOnWriteArrayList中写操做须要大面积复制数组,因此性能确定不好,可是读操做由于操做的对象和写操做不是同一个对象,读之间也不须要加锁,读和写之间的同步处理只是在写完后经过一个简单的“=”将引用指向新的数组对象上来,这个几乎不须要时间,这样读操做就很快很安全,适合在多线程里使用,绝对不会发生ConcurrentModificationException,因此最后得出结论:CopyOnWriteArrayList适合使用在读操做远远大于写操做的场景里,好比缓存。 对象
如何将ArrayList转CopyOnWriteArrayList rem
ArrayList list = new ArrayList();
list.add("1");
list.add("2");
Object[] aa = list.toArray();
CopyOnWriteArrayList cal = new CopyOnWriteArrayList(aa);
将ArrayList转成数组,用数组去构造CopyOnWriteArrayList 对象