印刷前にProperties.listのコピーテーブルがなぜですか？ここ

Question

はJDKからProperties.listの実装です：

public void list(PrintWriter out) { 
    out.println("-- listing properties --"); 
    Hashtable<String,Object> h = new Hashtable<>(); 
    enumerate(h); 
    for (Enumeration<String> e = h.keys() ; e.hasMoreElements() ;) { 
     String key = e.nextElement(); 
     String val = (String)h.get(key); 
     if (val.length() > 40) { 
      val = val.substring(0, 37) + "..."; 
     } 
     out.println(key + "=" + val); 
    } 
} 

ライン用

Hashtable<String,Object> h = new Hashtable<>(); 
enumerate(h); 

は何ですか？コピーを作成してそこからデータを読み込む代わりに、元のテーブルを使用するだけではありませんか？

Answer 1

list()メソッドは同期されていません。
list()の呼び出し中にPropertiesインスタンス上の呼び出し（同期されているものさえも）が発生すると、オブジェクトの状態が破損し、結果が例外または破損したロジックになる可能性があります。

代わりに中間的な性質インスタンスを使用して、我々はPropertiesインスタンス上で直接繰り返すことが

安全は、我々は二つのスレッドがあると何のスレッドないだろうと仮定します呼び出します。この list()方法とスレッドBを呼び出し、そのスレッド同じ Propertiesインスタンスの remove()。

list()メソッドのこのコードには、複数の競合条件があります。例示する

、我々は、（リストのこのスニペットを使用することができる）方法：

String key = e.nextElement(); 
    String val = (String)h.get(key); 
    if (val.length() > 40) { 

は、スレッドAは、この命令の後に一時停止していると仮定：

String key = e.nextElement(); 

スレッドBが再開し、呼び出しましたinstance.remove()は、スレッドAによって検索されたキーに関連するオブジェクトをパラメータとして持つ。

スレッドAが再開されると、次の指示に進むイオン：

String val = (String)h.get(key); 

値はもう存在しません。 valがnullあるよう

次の命令は、例外が発生します：

if (val.length() > 40) { 

Answer 2

スレッドセーフな反復を可能にするのは一般的なイディオムです（つまり、ループ中に別のスレッドがハッシュテーブルを変更している場合に発生する可能性はありません。ConcurrentModificationException）。

Answer 3

これは、マルチスレッド・アプリケーションの最適化です。

Propertiesオブジェクトはスレッドセーフであることを意味するので、メソッドを同期させる必要があります（これは、ロックを保持している間にブロックすることができません）。同期されたブロック（enumerateが同期されている）内の新しいハッシュテーブルにコンテンツをすばやくコピーし、ロックを保持せずにコピーのアイテムを印刷します。