バックグラウンドタスク中にSwing GUIがロックされないようにする

Question

私は、オブジェクトのリストを格納するスイングアプリケーションを持っています。ユーザーがボタンをクリックすると、

リスト内の各オブジェクトに対して2つの操作を実行してから、完了したら結果をJPanelでグラフ化します。私はSwingWorker、Callable & Runnableを処理しようとしていましたが、リストの処理中（IOバインドに数分かかることがあります）には、何をしていてもGUIはロックされています。

私はそれがおそらくスレッドや何かを呼び出す方法だと感じていますか、それともグラフ機能と関係がありますか？それは非常に速いので、スレッドされていません。

私も2つの処理段階を順番に行う必要があります。したがって、2番目の処理段階が最初に待っていることを確認する最も良い方法は何ですか？私は）（参加使ってきたし、その後

while(x.isAlive()) 
{ 
     Thread.sleep(1000); 
} 

は試してみて、これを確実にするために、私は、これはあまりにも私の問題の原因である可能性が心配です。

私はどこでもポインタを探していましたが、何も見つからないので、ここで何か愚かなことをしていると確信しています。

Answer 1

問題は、長時間実行されているタスクがGUIを応答可能にするスレッドをブロックしていることです。

実行する必要があるのは、長時間実行されているタスクを別のスレッドに置くことです。

これを行う一般的な方法は、タイマーまたはSwingWorkerを使用する方法です。

Java tutorialsには、これらのことがレッスンの並行性に関して多くの情報を持っています。

第1のタスクが第2のタスクの前に終了することを確認するには、両方を同じスレッドに入れてください。そうすれば、2つの異なるスレッドを正確に計時することを心配する必要はありません。ここで

はSwingWorkerForあなたの例のサンプルの実装です：

public class YourTaskSwingWorkerSwingWorker extends SwingWorker<List<Object>, Void> { 
    private List<Object> list 
    public YourClassSwingWorker(List<Object> theOriginalList){ 
     list = theOriginalList; 
    } 

    @Override 
    public List<Object> doInBackground() { 
     // Do the first opperation on the list 
     // Do the second opperation on the list 

     return list; 
    } 

    @Override 
    public void done() { 
     // Update the GUI with the updated list. 
    } 
} 

リストを変更するイベントが発生したときに、このコードを使用する新しいSwingWorkerを作成して開始することを伝えるために。

Answer 2

スイングスレッドを正しく戻していません。私はあなたがコール可能/実行可能ファイルを使用していることを認識していますが、私はあなたがそれを正しくやっていないと推測しています。

基本的な構造は次のようになります。

swingMethod() { // Okay, this is a button callback, we now own the swing thread 
    Thread t=new Thread(new ActuallyDoStuff()); 
    t.start(); 
} 

public class ActuallyDoStuff() implements Runnable { 
    public void run() { 
     // this is where you actually do the work 
    } 
} 

これはちょうど私の頭の上からですが、私はあなたがどちらかthread.startをしていない、代わりにrunメソッドを呼び出していることを推測していますそれをロックする最初のメソッド（thread.joinなど）で何か他のことをやっています。これらのどちらもスイングスレッドを解放しません。最初のメソッドはすばやく返さなければならず、run（）メソッドは必要なだけ時間がかかります。

最初のメソッドでthread.joinを実行している場合、そのスレッドはシステムに戻されていません！

編集：（実際には第2の編集） 私はあなたが実際に感じている問題に話すと思います。モデル/ビュー/コントローラーシステムに関してもっと考えてみてください。あなたが書いているコードはコントローラです（ビューは一般的に画面上のコンポーネントとみなされます - ビュー/コントローラは通常非常に緊密にバインドされています）。

コントローラがイベントを取得すると、コントローラはイベントをモデルに渡します。ビューは、その後、画像から外れています。それはモデルを待つことはなく、ただ完了しました。

モデルが完成したら、コントローラに何か他のことをさせる必要があります。これは、invokeメソッドの1つを使用して行います。これはコントローラーに制御を戻し、あなたは元気に進みます。このように考えると、コントロールを分離して意図的に前後に渡しても、かさばることはありません。このようにするのは実際には非常に一般的です。

Answer 3

GUIスレッドの内部からスレッドが終了するのを待っている可能性があります。 GUIスレッドはこれらのスレッドを待つべきではなく、ワーカースレッドがフラグを設定するGUIスレッド上で何らかのメソッドを呼び出さなければなりません。両方のフラグが設定されていると、両方のスレッドが終了し、グラフを作成できることがわかります。

Answer 4

私は本当にスイングスレッドモデルに話すことはできませんが、私はあまりにもために、2つの処理段階を行う必要があり

ので、二つ上の待っていることを確認するための最良の方法は何ですか最初？

この種の機能性については、2つのワーカースレッドを作成し、JMSブローカーを組み込むことをお勧めします。読み取ったJMSキューにメッセージを渡すことによって、2つのスレッドに作業を配信します。あなたのGUIスレッドはキューを調べて、いつ仕事が起きているかを判断し、あなたのUIでのプレイの状態を表現することができます。

Answer 5

私の問題の解決策は、jjnguyとBill Kの回答が混在していたので、その人たちには非常に感謝しています。私はこのようなSwingWorkerの内のスレッドを使用するために必要な：

public class Worker extends SwingWorker<Void, Void> 
{ 
    private List<Object> list; 
    public YourClassSwingWorker(List<Object> theOriginalList){ 
     list = theOriginalList; 
    } 

    @Override 
    public List<Object> doInBackground() { 
     Thread t = new Thread(new ProcessorThread(list)); 
     t.start(); 
    } 

    @Override 
    public void done() { 
     // draw graph on GUI 
    } 
} 
class ProcessorThread implements Runnable { 
    //do lots of IO stuff 
    Thread t2 = new Thread(new SecondProcess()); 
    t2.start(); 
} 

これは、すべての作業が離れGUIからワーカースレッドによって行われていたことを確認した、ともSwingWorkerの自体は、すべての作業をしていなかったことを確実にしますこれは問題であった可能性があります。