java - HashTable有沒有采用快速失敗機制?
問題描述
1,http://www.yq1012.com/api/jav...由所有類的“collection 視圖方法”返回的 collection 的 iterator 方法返回的迭代器都是快速失敗 的:在創建 Iterator 之后,如果從結構上對 Hashtable 進行修改,除非通過 Iterator 自身的 remove 方法,否則在任何時間以任何方式對其進行修改,Iterator 都將拋出ConcurrentModificationException。因此,面對并發的修改,Iterator 很快就會完全失敗,而不冒在將來某個不確定的時間發生任意不確定行為的風險。由 Hashtable 的鍵和元素方法返回的 Enumeration 不 是快速失敗的。
有地方說因為HashTable做了線程同步,所以沒有采用快速失敗機制
2,但是源碼中hashtable.keySet.iterator 返回的iterator中有 做判斷比如說iterator的remove方法 (在類: private class Enumerator<T> implements Enumeration<T>, Iterator<T>中)
public void remove() { if (!iterator)throw new UnsupportedOperationException(); if (lastReturned == null)throw new IllegalStateException('Hashtable Enumerator'); if (modCount != expectedModCount)throw new ConcurrentModificationException(); synchronized(Hashtable.this) {Entry[] tab = Hashtable.this.table;int index = (lastReturned.hash & 0x7FFFFFFF) % tab.length;for (Entry<K,V> e = tab[index], prev = null; e != null; prev = e, e = e.next) { if (e == lastReturned) {modCount++;expectedModCount++;if (prev == null) tab[index] = e.next;else prev.next = e.next;count--;lastReturned = null;return; }}throw new ConcurrentModificationException(); }} public T next() { if (modCount != expectedModCount)throw new ConcurrentModificationException(); return nextElement();}
上面兩端代碼中都有驗證 if (modCount != expectedModCount)
throw new ConcurrentModificationException();所以多線程環境下并發修改hashtable 也是會引起Iterator迭代失敗,我代碼測試過
這個該怎么理解,請問上面提到的哪種情況是正確的
問題解答
回答1:Hashtable的iterator遍歷方式支持fast-fail,用Enumeration不支持fast-fail
相關文章:
1. docker start -a dockername 老是卡住,什么情況?2. mysql - 記得以前在哪里看過一個估算時間的網站3. docker images顯示的鏡像過多,狗眼被亮瞎了,怎么辦?4. angular.js - angularjs如何傳遞id給另一個視圖 根據id獲取json數據?5. 使用text-shadow可以給圖片加陰影嗎?6. nginx啟用gzip壓縮后,文件尺寸無變化.8. php - 一個操作請求多個服務如何保證數據的安全?9. java - StringBuffer轉成String,可以不同過tostring,而是通過+“”的方式轉換嗎?10. boot2docker無法啟動
