ハンドラの作成を同期させて、

Question

にアクセスすると、スレッドで作成されたハンドラにアクセス中にnullポインタ例外が発生することがあります。

私は2つのアプローチを使用しています。

私はハンドラを作成し、サービスメソッドでアクセスするスレッドを持つサービスです。 2番目のスレッドはアクティビティで作成されています。スレッドでは、スレッドを作成し、起動し、ハンドラを作成します。

問題は非常に簡単で、ハンドラはメインスレッドとは非同期で作成されます。そして私はメイン（GUIスレッド）でアクセスしているので、時にはそれが作成され、時には取得時にnullになることがあります。

（ハンドラ== null）{ } 私はguiスレッドで作成できましたが、それは本当に悪い解決策です。私はこれを行うためのエレガントな方法を探しています。

すべてがメインスレッドにあります。

Thread t = new Thread(new Runnable { 
Looper.prepare(); 
handler = new Handler(); 
Looper.Loop(); 
} 
handler.post(new Runnable{}) //at this point sometimes handler is still null. 
and it is created like few ms later. But still at this point i need valid handler 
to background thread 

Answer 1

1. 「投手」属性は、whileループや睡眠を使用してunelegantでなく、間違っていないだけで、揮発性でない限り - あなたはハンドラがnullでないことが判明した場合でも、あなたはそれを使用することはできません。ハンドラへの書き込みとハンドラインスタンスの作成との間には、先験的な関係は存在しないので、主スレッドは、そのコンストラクタが実行前にハンドラへの参照を参照することがあります。

2. 単純な参照を渡す安全な選択は、SynchronousQueue（実際にはキューではなく、内部の容量はなく、スレッド間でオブジェクトを移動するためだけです）です。

    final SynchronousQueue<Handler> giveMeHandler = new SynchronousQueue(); 
    new Thread(new Runnable(){ 
     public void run(){ 
      Handler handler; 
      // create a Handler; 
      giveMeHandler.put(handler); // blocks until handler taken; 
     } 

    }).start(); 

    Handler handler = giveMeHandler.take(); // blocks until handler given 

Answer 2

Javaソースの並行パッケージを使用することができます。 考えられる解決策：

• CountDownLatch
• CyclicBarrier

彼らはあなたのための同期ロジックをカプセル化します。

CyclicBarrier cb = new CyclicBarrier(2); 
... 
T1: 
cb.await(); 
T2: 
cb.await(); 

CyclicBarrierを（またはたCountDownLatch）が障壁を待っている（この場合は2）のスレッドの一定量刚性待機します：

あなたのコードは次のようになります。