CopyOnWriteArrayList是ArrayList的线程安全变体,其中经过建立底层数组的新副原本实现全部可变操做(添加,设置等)。html
这一般成本过高,可是当遍历操做大大超过突变时,它可能比替代方法更有效,而且当您不能或不想同步遍历但须要排除并发线程之间的干扰时很是有用。java
“快照”样式迭代器方法在建立迭代器时使用对数组状态的引用。api
这个数组在迭代器的生命周期中永远不会改变,因此干扰是不可能的,而且保证迭代器不会抛出ConcurrentModificationException。自迭代器建立以来,迭代器不会反映列表的添加,删除或更改。不支持对迭代器自己进行元素更改操做(删除,设置和添加)。这些方法抛出UnsupportedOperationException。数组
容许全部元素,包括null。安全
内存一致性效果:与其余并发集合同样,在将对象放入CopyOnWriteArrayList以前,线程中的操做发生在从另外一个线程中的CopyOnWriteArrayList访问或删除该元素以后的操做以前。数据结构
网上这种代码大同小异。多线程
下面来看一个列子:两个线程一个线程循环读取,一个线程修改list的值。并发
import java.util.ArrayList; import java.util.List; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; public class CopyOnWriteArrayListDemo { /** * 读线程 */ private static class ReadTask implements Runnable { List<String> list; public ReadTask(List<String> list) { this.list = list; } public void run() { for (String str : list) { System.out.println(str); } } } /** * 写线程 */ private static class WriteTask implements Runnable { List<String> list; int index; public WriteTask(List<String> list, int index) { this.list = list; this.index = index; } public void run() { list.remove(index); list.add(index, "write_" + index); } } public void run() { final int NUM = 10; List<String> list = new ArrayList<String>(); for (int i = 0; i < NUM; i++) { list.add("main_" + i); } ExecutorService executorService = Executors.newFixedThreadPool(NUM); for (int i = 0; i < NUM; i++) { executorService.execute(new ReadTask(list)); executorService.execute(new WriteTask(list, i)); } executorService.shutdown(); } public static void main(String[] args) { new CopyOnWriteArrayListDemo().run(); } }
这个运行结果会报错。oracle
由于咱们在读取的时候,对列表进行了修改。app
直接列表建立替换便可:
List<String> list = new CopyOnWriteArrayList<String>();
则运行结果正常。
有数组拷贝天然有内存问题。若是实际应用数据比较多,并且比较大的状况下,占用内存会比较大,这个能够用ConcurrentHashMap来代替。
内存占用问题。由于CopyOnWrite的写时复制机制,因此在进行写操做的时候,内存里会同时驻扎两个对象的内存,旧的对象和新写入的对象(注意:在复制的时候只是复制容器里的引用,只是在写的时候会建立新对象添加到新容器里,而旧容器的对象还在使用,因此有两份对象内存)。若是这些对象占用的内存比较大,好比说200M左右,那么再写入100M数据进去,内存就会占用300M,那么这个时候颇有可能形成频繁的Yong GC和Full GC。以前咱们系统中使用了一个服务因为每晚使用CopyOnWrite机制更新大对象,形成了每晚15秒的Full GC,应用响应时间也随之变长。
针对内存占用问题,能够经过压缩容器中的元素的方法来减小大对象的内存消耗,好比,若是元素全是10进制的数字,能够考虑把它压缩成36进制或64进制。或者不使用CopyOnWrite容器,而使用其余的并发容器,如ConcurrentHashMap。
CopyOnWrite容器只能保证数据的最终一致性,不能保证数据的实时一致性。因此若是你但愿写入的的数据,立刻能读到,请不要使用CopyOnWrite容器
CopyOnWrite并发容器用于读多写少的并发场景。
好比白名单,黑名单,商品类目的访问和更新场景,假如咱们有一个搜索网站,用户在这个网站的搜索框中,输入关键字搜索内容,可是某些关键字不容许被搜索。这些不能被搜索的关键字会被放在一个黑名单当中,黑名单天天晚上更新一次。当用户搜索时,会检查当前关键字在不在黑名单当中,若是在,则提示不能搜索。
实现代码以下:
/** * 黑名单服务 */ public class BlackListServiceImpl { private static CopyOnWriteMap<String, Boolean> blackListMap = new CopyOnWriteMap<String, Boolean>( 1000); public static boolean isBlackList(String id) { return blackListMap.get(id) == null ? false : true; } public static void addBlackList(String id) { blackListMap.put(id, Boolean.TRUE); } /** * 批量添加黑名单 * * @param ids */ public static void addBlackList(Map<String,Boolean> ids) { blackListMap.putAll(ids); } }
代码很简单,可是使用CopyOnWriteMap须要注意两件事情:
减小扩容开销。根据实际须要,初始化CopyOnWriteMap的大小,避免写时CopyOnWriteMap扩容的开销。
问:JDK 5在java.util.concurrent里引入了ConcurrentHashMap,在须要支持高并发的场景,咱们可使用它代替HashMap。
可是为何没有ArrayList的并发实现呢?
难道在多线程场景下咱们只有Vector这一种线程安全的数组实现能够选择么?为何在java.util.concurrent 没有一个类能够代替Vector呢?
ConcurrentHashMap的出现更多的在于保证并发,从它采用了锁分段技术和弱一致性的Map迭代器去避免并发瓶颈可知。(jdk7 及其之前)
而ArrayList中不少操做很难避免锁整表,就如contains()、随机取get()等,进行查询搜索时都是要整张表操做的,那多线程时数据的实时一致性就只能经过锁来保证,这就限制了并发。
这里说的并不确切。
若是没有数组的长度变化,那么能够经过下标进行分段,不一样的范围进行锁。可是这种有个问题,若是数组出现删除,增长就会不行。
说到底,仍是性能和安全的平衡。
在java.util.concurrent包中没有加入并发的ArrayList实现的主要缘由是:很难去开发一个通用而且没有并发瓶颈的线程安全的List。
像ConcurrentHashMap这样的类的真正价值(The real point/value of classes)并非它们保证了线程安全。而在于它们在保证线程安全的同时不存在并发瓶颈。
举个例子,ConcurrentHashMap采用了锁分段技术和弱一致性的Map迭代器去规避并发瓶颈。
因此问题在于,像“Array List”这样的数据结构,你不知道如何去规避并发的瓶颈。拿contains() 这样一个操做来讲,当你进行搜索的时候如何避免锁住整个list?
另外一方面,Queue 和Deque (基于Linked List)有并发的实现是由于他们的接口相比List的接口有更多的限制,这些限制使得实现并发成为可能。
CopyOnWriteArrayList是一个有趣的例子,它规避了只读操做(如get/contains)并发的瓶颈,可是它为了作到这点,在修改操做中作了不少工做和修改可见性规则。
此外,修改操做还会锁住整个List,所以这也是一个并发瓶颈。
因此从理论上来讲,CopyOnWriteArrayList并不算是一个通用的并发List。
public class CopyOnWriteArrayList<E> implements List<E>, RandomAccess, Cloneable, java.io.Serializable { private static final long serialVersionUID = 8673264195747942595L; }
实现了最基本的 List 接口。
咱们看到前几回反复说起的 ReentrantLock 可重入锁。
array 比较好理解,之前的 List 也是经过数组实现的。
/** The lock protecting all mutators */ final transient ReentrantLock lock = new ReentrantLock(); /** The array, accessed only via getArray/setArray. */ private transient volatile Object[] array; /** * Gets the array. Non-private so as to also be accessible * from CopyOnWriteArraySet class. */ final Object[] getArray() { return array; } /** * Sets the array. */ final void setArray(Object[] a) { array = a; }
/** * Creates an empty list. */ public CopyOnWriteArrayList() { setArray(new Object[0]); } /** * Creates a list containing the elements of the specified * collection, in the order they are returned by the collection's * iterator. * * @param c the collection of initially held elements * @throws NullPointerException if the specified collection is null */ public CopyOnWriteArrayList(Collection<? extends E> c) { Object[] elements; if (c.getClass() == CopyOnWriteArrayList.class) elements = ((CopyOnWriteArrayList<?>)c).getArray(); else { elements = c.toArray(); // c.toArray might (incorrectly) not return Object[] (see 6260652) if (elements.getClass() != Object[].class) elements = Arrays.copyOf(elements, elements.length, Object[].class); } setArray(elements); } /** * Creates a list holding a copy of the given array. * * @param toCopyIn the array (a copy of this array is used as the * internal array) * @throws NullPointerException if the specified array is null */ public CopyOnWriteArrayList(E[] toCopyIn) { setArray(Arrays.copyOf(toCopyIn, toCopyIn.length, Object[].class)); }
这几种构造器都是统一调用的 setArray
方法:
/** * Sets the array. */ final void setArray(Object[] a) { array = a; }
这个方法很是简单,就是初始化对应的数组信息。
我大概看了下,不少方法和之前大同小异,咱们来重点关注下几个修改元素值的方法:
方法经过 ReentrantLock 可重入锁控制加锁和解锁。
这里最巧妙的地方在于,首先会判断指定 index 的值是否和预期值相同。
按理说相同,是能够不进行更新的,这样性能更好;不过 jdk 中仍是会进行一次设置。
若是值不一样,则会对原来的 array 进行拷贝,而后更新,最后从新设置。
这样作的好处就是写是不阻塞读的,缺点就是比较浪费内存,拷贝数组也是要花时间的。
/** * Replaces the element at the specified position in this list with the * specified element. * * @throws IndexOutOfBoundsException {@inheritDoc} */ public E set(int index, E element) { final ReentrantLock lock = this.lock; lock.lock(); try { Object[] elements = getArray(); E oldValue = get(elements, index); if (oldValue != element) { int len = elements.length; Object[] newElements = Arrays.copyOf(elements, len); newElements[index] = element; setArray(newElements); } else { // 不是彻底禁止操做; 确保可变的写语义 // Not quite a no-op; ensures volatile write semantics setArray(elements); } return oldValue; } finally { lock.unlock(); } }
ps: 这里的全部变动操做是互斥的。
/** * Appends the specified element to the end of this list. * * @param e element to be appended to this list * @return {@code true} (as specified by {@link Collection#add}) */ public boolean add(E e) { final ReentrantLock lock = this.lock; lock.lock(); try { Object[] elements = getArray(); int len = elements.length; Object[] newElements = Arrays.copyOf(elements, len + 1); newElements[len] = e; setArray(newElements); return true; } finally { lock.unlock(); } }
也是经过 ReentrantLock 进行加锁。
这里比起更新更加简单直接,由于是添加元素,因此新数组的长度直接+1。
jdk 中数组的这种复制都是使用的 Arrays.copy 方法,这个之前实测,性能仍是不错的。
/** * Inserts the specified element at the specified position in this * list. Shifts the element currently at that position (if any) and * any subsequent elements to the right (adds one to their indices). * * @throws IndexOutOfBoundsException {@inheritDoc} */ public void add(int index, E element) { final ReentrantLock lock = this.lock; lock.lock(); try { Object[] elements = getArray(); int len = elements.length; // 越界校验 if (index > len || index < 0) throw new IndexOutOfBoundsException("Index: "+index+ ", Size: "+len); Object[] newElements; int numMoved = len - index; // 若是是放在数组的最后,其实就等价于上面的 add 方法了。 if (numMoved == 0) newElements = Arrays.copyOf(elements, len + 1); else { // 若是元素不是在最后,就从两边开始复制便可: //0...index-1 //index+1..len newElements = new Object[len + 1]; System.arraycopy(elements, 0, newElements, 0, index); System.arraycopy(elements, index, newElements, index + 1, numMoved); } // 统一设置 index 位置的元素信息 newElements[index] = element; setArray(newElements); } finally { lock.unlock(); } }
/** * Removes the element at the specified position in this list. * Shifts any subsequent elements to the left (subtracts one from their * indices). Returns the element that was removed from the list. * * @throws IndexOutOfBoundsException {@inheritDoc} */ public E remove(int index) { final ReentrantLock lock = this.lock; lock.lock(); try { Object[] elements = getArray(); int len = elements.length; E oldValue = get(elements, index); int numMoved = len - index - 1; // 若是删除最后一个元素,直接从 0..len-1 进行拷贝便可。 if (numMoved == 0) setArray(Arrays.copyOf(elements, len - 1)); else { // 新的数组比原来长度-1 Object[] newElements = new Object[len - 1]; //0...index-1 拷贝 //indx+1...len-1 拷贝 System.arraycopy(elements, 0, newElements, 0, index); System.arraycopy(elements, index + 1, newElements, index, numMoved); setArray(newElements); } return oldValue; } finally { lock.unlock(); } }
删除元素实际上和添加元素的流程是相似的。
不过很奇怪,没有作越界判断?
COWList 的迭代器和常规的 ArrayList 迭代器仍是有差别的,咱们之前可能会被问过,一边遍历一边删除如何实现?
答案可能就是 Iterator。
可是 COW 的 Iterator 偏偏是不能支持变动的,我的理解是为了保证并发只在上面说起的几个变动中控制。
static final class COWIterator<E> implements ListIterator<E> { /** Snapshot of the array */ private final Object[] snapshot; /** Index of element to be returned by subsequent call to next. */ private int cursor; private COWIterator(Object[] elements, int initialCursor) { cursor = initialCursor; snapshot = elements; } }
这里提供了一些基础的最经常使用的方法。
public boolean hasNext() { return cursor < snapshot.length; } public boolean hasPrevious() { return cursor > 0; } @SuppressWarnings("unchecked") public E next() { if (! hasNext()) throw new NoSuchElementException(); return (E) snapshot[cursor++]; } @SuppressWarnings("unchecked") public E previous() { if (! hasPrevious()) throw new NoSuchElementException(); return (E) snapshot[--cursor]; } public int nextIndex() { return cursor; } public int previousIndex() { return cursor-1; }
public void remove() { throw new UnsupportedOperationException(); } public void set(E e) { throw new UnsupportedOperationException(); } public void add(E e) { throw new UnsupportedOperationException(); } @Override public void forEachRemaining(Consumer<? super E> action) { Objects.requireNonNull(action); Object[] elements = snapshot; final int size = elements.length; for (int i = cursor; i < size; i++) { @SuppressWarnings("unchecked") E e = (E) elements[i]; action.accept(e); } cursor = size; }
COW 这种思想是很是有优秀的,在写少读多的场景,能够经过空间换取时间。
但愿本文对你有帮助,若是有其余想法的话,也能够评论区和你们分享哦。
各位极客的点赞收藏转发,是老马持续写做的最大动力!