TA貢獻2012條經(jīng)驗 獲得超12個贊
我覺得你是理解有誤，首先Java集合中有modCount屬性未加volatile的都是線程不安全的集合類，都是單線程集合類singlethreadcollections,講單線程集合類放到多線程中去討論，是很不合適的。所以你的假設(shè)，在多線程情況下的可見行問題，根本就不應(yīng)該出現(xiàn)這個問題!因為你的思路就有問題。要保證有這個屬性的集合類的正確使用至少不會出現(xiàn)在多線程的編程中這是前提條件，為什么呢？fail-fast機制是確保集合類遍歷過程中集合類不會出現(xiàn)結(jié)構(gòu)性修改（增、刪元素）一般認為在遍歷時出現(xiàn)結(jié)構(gòu)性修改那么遍歷將無法保證所有元素均能被遍歷到（新增時）也無法順利完成遍歷（刪除時）要在遍歷是進行結(jié)構(gòu)性修改必須配合Iterator提供的remove()方法我覺得你應(yīng)該考慮的問題是為什么會出現(xiàn)fail-fast機制這個東西，這個東西的出現(xiàn)是為了解決什么樣子的問題。你要記住modCount本身就不是為多線程準備的，再多線程情況下諸如ArrayList之類的集合類連本身線程安全都保證不了，又有什么必要去設(shè)計一個線程安全的modCount呢？你要一個先天就不具備線程安全的類去實現(xiàn)線程安全的問題干嘛呢，這根本不是它考慮的問題，這完全沒有必要。如果真這么做了，就不僅僅是設(shè)計過度的問題了。
TA貢獻1848條經(jīng)驗 獲得超10個贊
SincethemodCountmechanismcomeswithnoguarantees,andusersofsingle-threadedcollectionsdonotexpecttopaythe(high)priceofavolatilewriteoneverymodificationoperation,thevolatilemodifiershouldberemoved.Description里都寫的那么清楚了還有什么可問的？
舉報