Java的CopyOnWriteArrayList操作詳解
CopyOnWriteArrayList
CopyOnWriteArrayList是ArrayList 的一個線程安全的變體,其中所有可變操作(add、set等等)都是通過對底層數(shù)組進行一次新的復(fù)制來實現(xiàn)的。
這一般需要很大的開銷,但是當(dāng)遍歷操作的數(shù)量大大超過可變操作的數(shù)量時,這種方法可能比其他替代方法更 有效。在不能或不想進行同步遍歷,但又需要從并發(fā)線程中排除沖突時,它也很有用。“快照”風(fēng)格的迭代器方法在創(chuàng)建迭代器時使用了對數(shù)組狀態(tài)的引用。此數(shù)組在迭代器的生存期內(nèi)不會更改,因此不可能發(fā)生沖突,并且迭代器保證不會拋出ConcurrentModificationException。創(chuàng)建迭代器以后,迭代器就不會反映列表的添加、移除或者更改。在迭代器上進行的元素更改操作(remove、set和add)不受支持。這些方法將拋出UnsupportedOperationException。允許使用所有元素,包括null。
內(nèi)存一致性效果:當(dāng)存在其他并發(fā) collection 時,將對象放入CopyOnWriteArrayList之前的線程中的操作 happen-before 隨后通過另一線程從CopyOnWriteArrayList中訪問或移除該元素的操作。
這種情況一般在多線程操作時,一個線程對list進行修改。一個線程對list進行fore時會出現(xiàn)java.util.ConcurrentModificationException錯誤。
下面來看一個列子:兩個線程一個線程fore一個線程修改list的值。
package com.lucky.concurrent.list;
import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
public class CopyOnWriteArrayListDemo {
/**
* 讀線程
* @author wangjie
*
*/
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);
}
}
}
/**
* 寫線程
* @author wangjie
*
*/
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();
}
}從結(jié)果中可以看出來。在多線程情況下報錯。其原因就是多線程操作結(jié)果:那這個種方案不行我們就換個方案。
用jdk自帶的類CopyOnWriteArrayList來做容器。
這個類和ArrayList最大的區(qū)別就是add(E) 的時候。容器會自動copy一份出來然后再尾部add(E)。
看源碼:
/**
* Appends the specified element to the end of this list.
*
* @param e element to be appended to this list
* @return <tt>true</tt> (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();
}
}用到了Arrays.copyOf 方法。這樣導(dǎo)致每次操作的都不是同一個引用。也就不會出現(xiàn)java.util.ConcurrentModificationException錯誤。
換了種方案看代碼:
// List<String> list = new ArrayList<String>(); CopyOnWriteArrayList<String> list = new CopyOnWriteArrayList<String>();
也就把容器list換成了 CopyOnWriteArrayList,其他的沒變。
線程里面的list不用改。因為 CopyOnWriteArrayList實現(xiàn)的也是list<E> 接口。
其結(jié)果沒報錯。 CopyOnWriteArrayList add(E) 和remove(int index)都是對新的數(shù)組進行修改和新增。
所以在多線程操作時不會出現(xiàn)java.util.ConcurrentModificationException錯誤。
所以最后得出結(jié)論:CopyOnWriteArrayList適合使用在讀操作遠遠大于寫操作的場景里,比如緩存。
發(fā)生修改時候做copy,新老版本分離,保證讀的高性能,適用于以讀為主的情況。
到此這篇關(guān)于Java的CopyOnWriteArrayList操作詳解的文章就介紹到這了,更多相關(guān)CopyOnWriteArrayList操作內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
spring-cloud-stream結(jié)合kafka使用詳解
這篇文章主要介紹了spring-cloud-stream結(jié)合kafka使用詳解,本文通過實例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-08-08
Spring boot + thymeleaf 后端直接給onclick函數(shù)賦值的實現(xiàn)代碼
這篇文章主要介紹了Spring boot + thymeleaf 后端直接給onclick函數(shù)賦值的實現(xiàn)代碼,需要的朋友可以參考下2017-06-06
Java解決線程的不安全問題之volatile關(guān)鍵字詳解
這篇文章主要介紹了Java解決線程的不安全問題之volatile關(guān)鍵字詳解,可見性指一個線程對共享變量值的修改,能夠及時地被其他線程看到,而 volatile 關(guān)鍵字就保證內(nèi)存的可見性,需要的朋友可以參考下2023-08-08
SpringBoot請求處理之常用參數(shù)注解介紹與源碼分析
SpringBoot是一種整合Spring技術(shù)棧的方式(或者說是框架),同時也是簡化Spring的一種快速開發(fā)的腳手架,本篇讓我們一起學(xué)習(xí)請求處理、常用注解和方法參數(shù)的小技巧2022-10-10
Spring 實現(xiàn)數(shù)據(jù)庫讀寫分離的示例
現(xiàn)在大型的電子商務(wù)系統(tǒng),在數(shù)據(jù)庫層面大都采用讀寫分離技術(shù),我們通常的做法就是把查詢從主庫中抽取出來,采用多個從庫,使用負(fù)載均衡,減輕每個從庫的查詢壓力。2017-01-01

