最近在讀《Java并發(fā)編程實(shí)戰(zhàn)》，里面的4.4.1節(jié)，有個(gè)例子：假設(shè)我們需要一個(gè)線程安全的List，它需要提供給我們一個(gè)原子的“缺少即加入（put-if-absent）”操作。并提供了2種實(shí)現(xiàn)：非線程安全的“缺少即加入”實(shí)現(xiàn)public class ListHelper<E> {
public List<E> list = Collections.synchronizedList(new ArrayList<E>());
public synchronized boolean putIfAbsent(E x) {
boolean absent = !list.contains(x);
if (absent) {
list.add(x);
}
return absent;
}
}使用客戶端加鎖實(shí)現(xiàn)的“缺少即加入”public class ListHelper<E> {
public List<E> list = Collections.synchronizedList(new ArrayList<E>());
public boolean putIfAbsent(E x) {
synchronized (list) {
boolean absent = !list.contains(x);
if (absent) {
list.add(x);
}
return absent;
}
}
}感覺書中的翻譯比較晦澀，一直沒理解這里為什么第一個(gè)是非線程安全的而第二個(gè)就是線程安全的，請(qǐng)大神看看是怎么回事
2 回答
蕪湖不蕪
TA貢獻(xiàn)1796條經(jīng)驗(yàn) 獲得超7個(gè)贊
首先要明白，synchronize加鎖的一般都是對(duì)某個(gè)對(duì)象而言的（也可以對(duì)類進(jìn)行加鎖）。
1中非線程安全的synchronized的加鎖對(duì)象其實(shí)是ListHelper<E>實(shí)例化的對(duì)象，而不是list，其他的線程無法再對(duì)該ListHelper<E>實(shí)例化的對(duì)象進(jìn)行操作，對(duì)于該例，就是無法再進(jìn)行putIfAbsent()方法的使用，但是其中的list是public的，所以可以直接對(duì)list進(jìn)行操作，比如list.add（）等操作，進(jìn)而造成線程不安全
慕尼黑的夜晚無繁華
TA貢獻(xiàn)1864條經(jīng)驗(yàn) 獲得超6個(gè)贊
大概是由于public List<E> list = Collections.synchronizedList(new ArrayList<E>());的這個(gè)list是public的,可以被直接修改的。
假如有多個(gè)線程直接修改這個(gè)list。
方法1雖然把putIfAbsent(E x)這個(gè)方法加鎖了，但是其他線程依然可以修改由于public暴露出來的list。
比如線程A：listHelper.list.add(x)的時(shí)候，線程B剛好在執(zhí)行boolean absent = !list.contains(x);,有可能線程A把x添加進(jìn)去了，但是線程B的absent也判斷為true，然后線程B就再次add了x。
方法2是根據(jù)list加鎖，所以只有持有l(wèi)ist的鎖才能進(jìn)入判斷和添加，當(dāng)線程A在listHelper.list.add(x)的時(shí)候，線程B是不能進(jìn)入到synchronized (list)方法內(nèi)的
添加回答
舉報(bào)
0/150
提交
取消