VectorとHashtableはコレクションのスレッドセーフですか？

Question

私はどちらもスレッドセーフな方法があることを知っています。スレッドセーフであることを知りたいですか？実装は何ですか？これはすべてのインタビューでよくある質問です。

Answer 1

はOpenJDKでVectorとHashtableのコード内部を見てみましょう、あなたはpublicメソッドのほとんどは​​していることに気づくでしょう、それは方法スレッドセーフ両方のコレクションのを行い、実装の詳細です。また、これらのコレクション（反復など）に対する他の操作では、スレッドセーフであるために外部同期が必要であることにも注意してください。

Answer 2

これらはありません。すべてののメソッドは、と同期しています。それは同じものではありません。反復を囲むブロックがスレッドセーフでない限り、それらの反復はスレッドセーフではなく、スレッドセーフでもありません。同期。したがって、呼び出し元はスレッドセーフを提供する責任があります。これは、Collections Frameworkの新しいクラスがデフォルトで同期メソッドを持たなかった理由です。

Answer 3

6何かある日/オラクルJDKの私のバージョンに同梱Vectorクラスは、そう

public synchronized void insertElementAt(E obj, int index) { 
modCount++; 
if (index > elementCount) { 
    throw new ArrayIndexOutOfBoundsException(index 
         + " > " + elementCount); 
} 
ensureCapacityHelper(elementCount + 1); 
System.arraycopy(elementData, index, elementData, index + 1, elementCount - index); 
elementData[index] = obj; 
elementCount++; 
} 

すべての重要な方法は右に、このように同期されているように、同期メソッドを使用していますメソッドシグネチャ

ただし、これは義務ではありません。契約では、スレッドを安全にしなければならないとしか書かれていません。

Answer 4

これらのクラスは条件付きでスレッドセーフであり、それらを使用するのは良いスタイルではありません。より良いオプションは、本当にスレッドセーフであり、良好なパフォーマンスを提供するjava.util.concurrent。*クラス（ConcurrentHashMap、CopyOnWriteArrayListなど）を使用することです。

ConcurrentHashMapのが同期HashMapのよりもはるかに優れたスケール：http://www.javamex.com/tutorials/concurrenthashmap_scalability.shtml

Answer 5

をこれら二つのクラスの問題は、同期方法を提供することにより、スレッドセーフであることの印象を与えるが、その内部の状態は、彼らはあなたがへのアクセスを提供イテレータによって変更可能であるということです。

これでの同期化は、すべての同期メソッドで同じ同期ロックを共有するため、スレッドの排他性を購入するだけです。

Answer 6

これは、クラス内のメソッドがスレッドセーフであることを示す用語です。