java - 静的メンバーには特別な同期ブロックが必要ですか?

Question

次のようなクラスがあります。

public class Test {

private static final Object someObject = new Object();

public void doSomething()
{
    synchronized (someObject) {
        System.out.println(someObject.toString());
    }
}

}

オブジェクトが同期されていると見なすことができますか、それとも静的メンバーであるため問題がありますか?

編集:異なるスレッドが doSomething() にアクセスしている可能性があり、その場合、オブジェクトはスレッドセーフな方法でアクセスする必要があることに注意してください。

score 7 · Accepted Answer

静的オブジェクトを監視オブジェクトとして使用することにより、Test クラスの任意のインスタンスを使用する 1 つのスレッドのみが同期ブロックに入ることができます。モニターオブジェクトが静的オブジェクトでない場合、Test クラスの異なるインスタンスを保持する他のスレッドが同期ブロックに入る可能性があります。

score 4 · Accepted Answer

ここで、 someObjectは、タイプ Test のすべてのオブジェクトのロック (モニター) として機能しています。つまり、doSomething() が Test の 2 つの別々のインスタンスで呼び出された場合、一方が完了する前に他方がブロックされます。これは、 someObjectをthisに置き換えた上記のコードとほぼ同等の同期メソッドとは異なります。

someObjectを非静的に変更すると、インスタンスごとのロックが発生します。これは基本的に、 Effective Javaの項目 70 で説明されている「プライベートロックオブジェクト」のイディオムです。

score 1 · Accepted Answer

このようなクラス固有のインスタンスに依存しないロックを取得するための一般的なパターンは、Classオブジェクト自体を使用することです。

public class Test {
  public void doSomething() {
    synchronized (Test.class) {
      // something
    }
  }
}

これは事実上、同期された静的メソッドが行うことです。もちろん、このような複数のロックが必要な場合は、例のように静的フィールドとして宣言する必要があります。

score 0 · Accepted Answer

テストクラスが異なるクラスローダーを使用してロードされた場合はどうなりますか？

java - 静的メンバーには特別な同期ブロックが必要ですか?

4 に答える 4

Related

Reference