java - Java RMI とスレッド同期に関する質問

Question

Java RMI とスレッド同期について、実際に 2 つの質問があります。

1) RMI リモートメソッドを同期として実装した場合、それらは相互に排他的であることが保証されますか? RMI メソッド (クライアントに提供されるメソッド) が 2 つ同時に実行されないようにする必要があります。

2) サーバーが定期的に実行するメソッドがあります。クリーンアップを行うために使用されます。リモートクライアントによって実行/使用されているRMIメソッドがある場合、この特定のメソッドが実行されないようにする必要があります。また、そのメソッドが実行されているときは、RMI 呼び出しができないはずです。つまり、クライアントは待機する必要があります。どうすればそれを行うことができますか？ロックについて読んだことがありますが、このシナリオでロックを使用する方法がわかりません。

RMI メソッドを静的に実装し、そのクリーンアップメソッドを RMI インターフェイス内に含めることを検討しましたが、問題を解決するエレガントな方法ではないようです。

また、RMI インターフェイス内のクリーンアップメソッドを同期として記述しました。テストのために実行したところ、メソッド間に衝突はないように見えましたが、確信が持てません。

お時間とご回答ありがとうございます。

score 11 · Accepted Answer

1) RMI リモートメソッドを同期として実装した場合、それらは相互に排他的であることが保証されますか? RMI メソッド (クライアントに提供されるメソッド) が 2 つ同時に実行されないようにする必要があります。

RMI は (EJB とは異なり) それ自体ではそのような保証を提供せず、何らかの同期を実装しない限り、同じリモートオブジェクトに対する 2 つの呼び出しが同時に実行される可能性があります。あなたのアプローチは正しいです。すべてのメソッドを同期すると、同じオブジェクトで同時に 2 つのメソッドが実行されないようになります。注: キーワードsynchronizedのみはと同等synchronized( this )です。

2) サーバーが定期的に実行するメソッドがあります。クリーンアップを行うために使用されます。リモートクライアントによって実行/使用されているRMIメソッドがある場合、この特定のメソッドが実行されないようにする必要があります。

クリーンアップジョブが別のクラスにある場合は、リモートオブジェクトとクリーンアップジョブの間で共有するロックを定義する必要があります。リモートオブジェクトで、ロックとして使用するインスタンス変数を定義します。

protected Object lock = new Object();

慣例により、人々はObjectこの目的でを使用します。synchronized( remoteObj.lock ) { ... }次に、同じパッケージにあると仮定して、定期的なジョブでロックを取得する必要があります。

リモートオブジェクトの他のメソッドは、同じ方法で同期する必要があります (synchronized単独では十分ではありません)。これにより、リモートメソッド呼び出しと定期的なジョブの両方が排他的になります。

RMI メソッドを静的に実装し、そのクリーンアップメソッドを RMI インターフェイス内に含めることを検討しましたが、問題を解決するエレガントな方法ではないようです。

また、RMI インターフェイス内のクリーンアップメソッドを同期として記述しました。テストのために実行したところ、メソッド間に衝突はないように見えましたが、確信が持てません。

よく分かりましたら、クリーンアップロジックを静的メソッドにしたいですか？単独の静的メソッドはsynchronized、クラスのロックを取得します。synchronizedオブジェクトインスタンスのロックを取得する「通常の」メソッド。これらは同じ暗黙のロックではありません!

しかし、インスタンス化されたリモートオブジェクトが1 つしかない場合は、ロックを静的にすることができます (これはクラスのロックと同じですが、少しクリーンです)。クリーンアップコードも静的にすることができ、リモートオブジェクトと同じクラスにすることも、同じクラスにすることもできます。

スケルトン：

public class MyRemoteClass {
   public static Object lock = new Object();

   public void doStuff()
   {
       synchronized( lock ) { ... }
   }
}

public class Cleanup {
   public static void doIt()
   {
       synchronized( MyRemoteClass.lock ) { ... }
   }
}

score 2 · Accepted Answer

RMI クライアントからの呼び出しごとに、RMI サーバーはその呼び出しを新しいスレッドで実行します。共有オブジェクトへのアクセスを同期するだけで済みます。
別のスレッドまたはタイマーは、サーバーがクライアント側からの呼び出しを受け入れるのを止めません。これには同期が必要です。ベストプラクティスは、クリーンアップジョブの実行が中断される可能性があるか、または要求をキューに入れることができるかなどによって異なります。最も簡単な方法は、RMI メソッドがロックを待機するようにすることです。 ewernli によって説明されています。

編集:あなたのコメントによると、この種の基本的な同期を実現する方法を示すスケルトン。すべてが相互に排他的になっているため、複数のクライアントが関係する場合、高いパフォーマンスは期待できません。とにかく、これはあなたの要件をカバーします。（私は願います）。プロジェクトが成長する場合は、同時実行チュートリアルを読む必要があります

Object mutex = new Object();

int rmiMethod1() {
    synchronized (mutex) {
        doWhatNeeded1();
    }
}

int rmiMethod2() {
    synchronized (mutex) {
        doWhatNeeded2();
    }
}

// in your cleanup thread
void run() {
    synchronized (mutex) {
        cleanUp();
    }
}

score 0 · Accepted Answer

このすべての混乱を明確にするには:

リモートメソッドの実装を同期する場合、一度に実行できるクライアントは 1 つだけです。
リモートオブジェクトでクリーナータスクを同期すると、結合されます (1)。
リモートメソッドを静的として定義することはできません。

score -1 · Accepted Answer

RMI は「リモートオブジェクト」の錯覚を作成することに注意する必要がありますが、実際には、ローカルスタブ、リモートスケルトン、および実際のリモートオブジェクトの 3 つ以上のオブジェクトがあります。設計上のトレードオフとして、この錯覚は完全ではなく、ローカルスタブのみをロックしています。ネットワーク全体での同期はありません。インターネットで RMI+stub+synchronized を検索すると、次のような多くの説明が見つかります。

Java RMI と同期メソッド

したがって、ある種の非 RMI の、純粋にサーバー側の同期を自分で実装する必要があります。次に、この純粋なサーバー側ロックをリモートメソッドから呼び出すことができます。ただし、追加レベルの間接化が必要です。

コードをテストする最も簡単な方法は、Eclipse のような優れたデバッガーでスレッドを一時停止することです。Eclipse は、一時停止中のどのスレッドがどのロックを保持しており、他のどのスレッドをブロックしているかを明確に示します。

java - Java RMI とスレッド同期に関する質問

4 に答える 4

Related

Reference