java - HashTable有沒有采用快速失敗機制?
問題描述
1,http://www.yq1012.com/api/jav...由所有類的“collection 視圖方法”返回的 collection 的 iterator 方法返回的迭代器都是快速失敗 的:在創(chuàng)建 Iterator 之后,如果從結(jié)構(gòu)上對 Hashtable 進行修改,除非通過 Iterator 自身的 remove 方法,否則在任何時間以任何方式對其進行修改,Iterator 都將拋出ConcurrentModificationException。因此,面對并發(fā)的修改,Iterator 很快就會完全失敗,而不冒在將來某個不確定的時間發(fā)生任意不確定行為的風(fēng)險。由 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();所以多線程環(huán)境下并發(fā)修改hashtable 也是會引起Iterator迭代失敗,我代碼測試過
這個該怎么理解,請問上面提到的哪種情況是正確的
問題解答
回答1:Hashtable的iterator遍歷方式支持fast-fail,用Enumeration不支持fast-fail
相關(guān)文章:
1. android studio總是在processes running好久2. docker - 各位電腦上有多少個容器?。咳萜饕欢啵约憾几慊炝?,咋辦呢?3. docker不顯示端口映射呢?4. java - 請問在main方法中寫成對象名.屬性()并賦值,與直接參參數(shù)賦值輸錯誤是什么原因?5. 關(guān)docker hub上有些鏡像的tag被標(biāo)記““This image has vulnerabilities””6. MySQL數(shù)據(jù)庫中文亂碼的原因7. macos - mac下docker如何設(shè)置代理8. docker-compose 為何找不到配置文件?9. mysql - 新浪微博中的關(guān)注功能是如何設(shè)計表結(jié)構(gòu)的?10. dockerfile - 我用docker build的時候出現(xiàn)下邊問題 麻煩幫我看一下
