本問題已經(jīng)有最佳答案，請猛點這里訪問。

當(dāng)我做一個收藏.同步DMAP(Somehashmap)時，所有的都可以進(jìn)入同步地圖嗎？還是只寫同步操作？如果從地圖上讀到兩條線怎么辦？威爾是同步的嗎？似乎有必要如果一個螺紋被放置()而另一個螺紋被放置()，該怎么辦？

因為Collections.synchronizedMap非常基本，幾乎不能使用。還有用于更嚴(yán)重的并發(fā)使用的ConcurrentHashMap。

看一下包裝您的Map的SynchronizedMap的源代碼。

...

public V get(Object key) {

synchronized (mutex) {return m.get(key);}

}

public V put(K key, V value) {

synchronized (mutex) {return m.put(key, value);}

}

public V remove(Object key) {

synchronized (mutex) {return m.remove(key);}

}

... // more methods synchronized in the same way

從

public static Map synchronizedMap(Map m) {

return new SynchronizedMap<>(m);

}

所以，是的，所有訪問都是同步的。

但不幸的是，讀寫在內(nèi)部互斥體上是同步的，這使得外部代碼在持有鎖的同時無法在實體上迭代。編輯：Sotirios和Affe是正確的，我的評論應(yīng)該被忽略。

JavaDoc就是這么說的：It is imperative that the user manually synchronize on the returned map when iterating over any of its collection views:...

互斥體實際上就是"this"，它的編寫方式很簡單。同步映射以使其正常迭代。

代碼在mutex而不是直接在this上同步的原因是代碼與SynchronizedSortedMap共享，需要支持返回在父映射上同步的子映射。見Collections.SynchronizedSortedMap.subMap。

@我知道，我只是說明了為什么這些方法不是以public synchronized someMethod...的形式編寫的。它不僅僅是慣用的，它是為了支持返回通過synchronizedMap的第二個構(gòu)造函數(shù)在父映射上同步的synchronizedMap。

@增量1誤解了您的評論。意味著方法是同步的。

@Sotiriosdelimanolis不用擔(dān)心，我實際上是在回應(yīng)affe的評論(關(guān)于mutex的使用是慣用的)，我應(yīng)該恰當(dāng)?shù)鼗卮鹞业脑u論。

是的，它同步所有操作。它不使用多個讀卡器、單寫程序的方法——它就像通過一個監(jiān)視器同步所有訪問一樣簡單。

集合上的所有方法調(diào)用都已同步。一次只允許一個線程讀取/修改集合。

集合中的synchronized*方法不是設(shè)計為最佳的線程安全版本/實現(xiàn)。他們只是為了方便。

同步是一個困難的問題，通常需要根據(jù)您的特定場景使用不同的同步方法。如果您需要其他類型的線程安全性，那么還有許多其他的線程安全集合可用。您也可以自己編寫同步邏輯。

讀和寫都是同步的，這是確?？梢娦运匦璧?。

總結(jié)

以上是生活随笔為你收集整理的java同步读写,关于java：Collections中的synchronizedMap方法是否同步读写操作的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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