轉(zhuǎn)載原文 http://www.cnblogs.com/dolphin0520/p/3938914.html

Copy-On-Write簡稱COW，是一種用于程序設(shè)計中的優(yōu)化策略。其基本思路是，從一開始大家都在共享同一個內(nèi)容，當某個人想要修改這個內(nèi)容的時候，才會真正把內(nèi)容Copy出去形成一個新的內(nèi)容然后再改，這是一種延時懶惰策略。從JDK1.5開始Java并發(fā)包里提供了兩個使用CopyOnWrite機制實現(xiàn)的并發(fā)容器,它們是CopyOnWriteArrayList和CopyOnWriteArraySet。CopyOnWrite容器非常有用，可以在非常多的并發(fā)場景中使用到。

什么是CopyOnWrite容器

　　CopyOnWrite容器即寫時復制的容器。通俗的理解是當我們往一個容器添加元素的時候，不直接往當前容器添加，而是先將當前容器進行Copy，復制出一個新的容器，然后新的容器里添加元素，添加完元素之后，再將原容器的引用指向新的容器。這樣做的好處是我們可以對CopyOnWrite容器進行并發(fā)的讀，而不需要加鎖，因為當前容器不會添加任何元素。所以CopyOnWrite容器也是一種讀寫分離的思想，讀和寫不同的容器。

CopyOnWriteArrayList的實現(xiàn)原理

　　在使用CopyOnWriteArrayList之前，我們先閱讀其源碼了解下它是如何實現(xiàn)的。以下代碼是向CopyOnWriteArrayList中add方法的實現(xiàn)（向CopyOnWriteArrayList里添加元素），可以發(fā)現(xiàn)在添加的時候是需要加鎖的，否則多線程寫的時候會Copy出N個副本出來。

讀的時候不需要加鎖，如果讀的時候有多個線程正在向CopyOnWriteArrayList添加數(shù)據(jù)，讀還是會讀到舊的數(shù)據(jù)，因為寫的時候不會鎖住舊的CopyOnWriteArrayList。

CopyOnWrite的應用場景

　　CopyOnWrite并發(fā)容器用于讀多寫少的并發(fā)場景。比如白名單，黑名單，商品類目的訪問和更新場景，假如我們有一個搜索網(wǎng)站，用戶在這個網(wǎng)站的搜索框中，輸入關(guān)鍵字搜索內(nèi)容，但是某些關(guān)鍵字不允許被搜索。這些不能被搜索的關(guān)鍵字會被放在一個黑名單當中，黑名單每天晚上更新一次。當用戶搜索時，會檢查當前關(guān)鍵字在不在黑名單當中，如果在，則提示不能搜索。

CopyOnWrite的缺點

　　CopyOnWrite容器有很多優(yōu)點，但是同時也存在兩個問題，即內(nèi)存占用問題和數(shù)據(jù)一致性問題。所以在開發(fā)的時候需要注意一下。

　　內(nèi)存占用問題。因為CopyOnWrite的寫時復制機制，所以在進行寫操作的時候，內(nèi)存里會同時駐扎兩個對象的內(nèi)存，舊的對象和新寫入的對象（注意:在復制的時候只是復制容器里的引用，只是在寫的時候會創(chuàng)建新對象添加到新容器里，而舊容器的對象還在使用，所以有兩份對象內(nèi)存）。如果這些對象占用的內(nèi)存比較大，比如說200M左右，那么再寫入100M數(shù)據(jù)進去，內(nèi)存就會占用300M，那么這個時候很有可能造成頻繁的Yong GC和Full GC。之前我們系統(tǒng)中使用了一個服務由于每晚使用CopyOnWrite機制更新大對象，造成了每晚15秒的Full GC，應用響應時間也隨之變長。

　　針對內(nèi)存占用問題，可以通過壓縮容器中的元素的方法來減少大對象的內(nèi)存消耗，比如，如果元素全是10進制的數(shù)字，可以考慮把它壓縮成36進制或64進制。或者不使用CopyOnWrite容器，而使用其他的并發(fā)容器，如ConcurrentHashMap。

　　數(shù)據(jù)一致性問題。CopyOnWrite容器只能保證數(shù)據(jù)的最終一致性，不能保證數(shù)據(jù)的實時一致性。所以如果你希望寫入的的數(shù)據(jù)，馬上能讀到，請不要使用CopyOnWrite容器。

轉(zhuǎn)載于:https://www.cnblogs.com/devilwind/p/7373993.html

總結(jié)

以上是生活随笔為你收集整理的转载CopyOnWriteArrayList的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。