java SwingWorker.doInBackground（）はGUI要素にアクセスしてはならない

Question

これは簡単ではないかもしれませんが、私はSwingWorkerの簡単なドキュメントを理解するのに苦労しています。

現在のスレッド：：execute（）メソッドは、この上で呼び出された。ここ

は、コピー貼り付け、コンテンツ

ワークフロー

SwingWorkerのライフサイクルに関わる3件のスレッドがあります。です糸。 はワーカースレッド上での実行のためにSwingWorkerをスケジューリングし、すぐに を返します。 SwingWorkerが のgetメソッドを使用して完了するのを待つことができます。

ワーカースレッド：このスレッドでは、doInBackground（）メソッドが呼び出されます。 これは、すべてのバックグラウンドアクティビティが発生する場所です。 バインドされたプロパティの変更についてPropertyChangeListenersに通知するには、 firePropertyChangeメソッドとgetPropertyChangeSupport（）メソッドを使用します。デフォルトでは という2つのバウンドプロパティが利用できます。

イベントディスパッチスレッド：すべてのスイング関連のアクティビティは、この スレッドで発生します。 SwingWorkerはprocessメソッドとdone（）メソッドを呼び出し、 はこのスレッドのPropertyChangeListenersに通知します。

多くの場合、現在のスレッドはイベントディスパッチスレッドです。

-

ワーカースレッドは、GUI要素にアクセスしてはならない）doInBackgroundにおけるしたがってコード（EDTではありません。私の理解は正しいのですか？

背景： SwingWorkerを使用する小さなコードがありますが、FileChooserを作成してsetCurrentDirectory()を呼び出すdoInBackground（）があります。私はそれがhttp://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6637181（11クローズド、欠陥ではない）とほぼ同じ例外を導いていると思う。

Answer 1

はい。バックグラウンドスレッド（通常のスレッドとSwingWorker.doInBackground）からは、さまざまなトラブルを避けるためにUIを変更しないでください。代わり

、Runnableの変化をラップし、それらをSwingUtilities.invokeAndWait、SwingUtilities.invokeLater又は介してEDTに実行された - SwingWorkerを使用する場合 - publish介して（doInBackgroundから）。 EDTによって実行されるメソッドSwingWorkerの中で、GUIにアクセスすることができます。

http://docs.oracle.com/javase/tutorial/uiswing/concurrency/initial.html

個人的に、私は多くの状況のた​​めに使いやすくinvokeLaterとinvokeAndWaitを見つけます。 SwingWorkerは大丈夫です。プログレスバー。