[TOC] ### 1\. 同步 它的實現與 ArrayList 類似，但是使用了 synchronized 進行同步。 ~~~java public synchronized boolean add(E e) { modCount++; ensureCapacityHelper(elementCount + 1); elementData[elementCount++] = e; return true; } public synchronized E get(int index) { if (index >= elementCount) throw new ArrayIndexOutOfBoundsException(index); return elementData(index); } ~~~ ### 2\. ArrayList 與 Vector * Vector 是同步的，因此開銷就比 ArrayList 要大，訪問速度更慢。最好使用 ArrayList 而不是 Vector，因為同步操作完全可以由程序員自己來控制； * Vector 每次擴容請求其大小的 2 倍空間，而 ArrayList 是 1.5 倍。 ### 3\. Vector 替代方案 #### synchronizedList 為了獲得線程安全的 ArrayList，可以使用`Collections.synchronizedList();`得到一個線程安全的 ArrayList。 ~~~java List<String> list = new ArrayList<>(); List<String> synList = Collections.synchronizedList(list); ~~~ #### CopyOnWriteArrayList 也可以使用 concurrent 并發包下的 CopyOnWriteArrayList 類。  ~~~java List<String> list = new CopyOnWriteArrayList<>(); ~~~ CopyOnWrite 容器即寫時復制的容器。通俗的理解是**當我們往一個容器添加元素的時候，不直接往當前容器添加，而是先將當前容器進行 Copy，復制出一個新的容器，然后新的容器里添加元素，添加完元素之后，再將原容器的引用指向新的容器**。這樣做的好處是我們可以對 CopyOnWrite 容器進行并發的讀，而不需要加鎖，因為當前容器不會添加任何元素。所以 CopyOnWrite 容器也是一種**讀寫分離**的思想，讀和寫不同的容器。 ~~~java public boolean add(T 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(); } } final void setArray(Object[] a) { array = a; } ~~~ 讀的時候不需要加鎖，如果讀的時候有多個線程正在向 ArrayList 添加數據，讀還是會讀到舊的數據，因為寫的時候不會鎖住舊的 ArrayList。 ~~~java public E get(int index) { return get(getArray(), index); } ~~~ **CopyOnWrite的缺點** * CopyOnWrite 容器有很多優點，但是同時也存在兩個問題，即內存占用問題和數據一致性問題。所以在開發的時候需要注意一下。 **內存占用問題**。 * 因為 CopyOnWrite 的寫時復制機制，所以在進行寫操作的時候，內存里會同時駐扎兩個對象的內存，舊的對象和新寫入的對象（注意：在復制的時候只是復制容器里的引用，只是在寫的時候會創建新對象添加到新容器里，而舊容器的對象還在使用，所以有兩份對象內存）。如果這些對象占用的內存比較大，比如說 200M 左右，那么再寫入 100M 數據進去，內存就會占用 300M，那么這個時候很有可能造成頻繁的 Yong GC 和 Full GC。之前我們系統中使用了一個服務由于每晚使用 CopyOnWrite 機制更新大對象，造成了每晚 15 秒的 Full GC，應用響應時間也隨之變長。 * 針對內存占用問題，可以通過壓縮容器中的元素的方法來減少大對象的內存消耗，比如，如果元素全是 10 進制的數字，可以考慮把它壓縮成 36 進制或 64 進制。或者不使用 CopyOnWrite 容器，而使用其他的并發容器，如 ConcurrentHashMap 。 **數據一致性問題**。 * CopyOnWrite 容器只能保證數據的最終一致性，不能保證數據的實時一致性。所以如果你希望寫入的的數據，馬上能讀到，請不要使用 CopyOnWrite 容器。 * 關于 C++ 的 STL 中，曾經也有過 Copy-On-Write 的玩法，參見陳皓的《[C++ STL String類中的Copy-On-Write](http://blog.csdn.net/haoel/article/details/24058)》，后來，因為有很多線程安全上的事，就被去掉了。 參考資料： * [聊聊并發-Java中的Copy-On-Write容器 | 并發編程網 – ifeve.com](http://ifeve.com/java-copy-on-write/)