Java：SwingのProgressMonitorを単一スレッドで動作させることは可能でしょうか？

Question

なるべくシンプルにSwingのProgressMonitorを動かすテストプログラムを作りたいと思い、以下のようなコードを書きました。

import java.awt.EventQueue;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;

import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JPanel;
import javax.swing.ProgressMonitor;
import javax.swing.border.EmptyBorder;

public class TestWindow extends JFrame {

	private JPanel contentPane;

	public static void main(String[] args) {
		EventQueue.invokeLater(new Runnable() {
			public void run() {
				try {
					TestWindow frame = new TestWindow();
					frame.setVisible(true);
				} catch (Exception e) {
					e.printStackTrace();
				}
			}
		});
	}

	public TestWindow() {
		setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		setBounds(100, 100, 450, 300);
		contentPane = new JPanel();
		contentPane.setBorder(new EmptyBorder(5, 5, 5, 5));
		setContentPane(contentPane);
		contentPane.setLayout(null);

		JButton btnNewButton = new JButton("button");
		btnNewButton.setBounds(59, 182, 91, 21);
		contentPane.add(btnNewButton);

		btnNewButton.addActionListener(new ActionListener(){
			public void actionPerformed(ActionEvent e) {
				showProgressMonitor();
			}
		});
	}

	public void showProgressMonitor() {
		ProgressMonitor monitor = new ProgressMonitor(this, "message", "note", 0, 100);
		monitor.setProgress(0);
		int count = 0;
		while (count < 100) {
			try {
				Thread.sleep(100);
				monitor.setProgress(count);
				count++;
			} catch (InterruptedException e) {
				e.printStackTrace();
			}
		}
		monitor.close();
	}
}

内部処理自体は正しく動いているようなのですが（ボタンを押すとProgressMonitorが表示され、一定時間後に消える）ProgressMonitorは真っ白のままで、バーの動きも確認できません。
別スレッドで云々というネットの複雑なサンプルは見ましたが、上記のような（複数のスレッドを使わない）シンプルな構成でProgressMonitorを動かすことはできないのでしょうか？
よろしくお願い致します。

Answer 1

残念ながら今日のGUIプログラミングはJavaに限らず大抵のシステムが似たような制約を持っており、GUIをコントロールする特定のスレッドは「常にヒマ(=殆どの時間をイベント待ちの状態に費やす)」でないと調子が悪いのです。「画面を更新しなければならなくなった」とか「ユーザーがボタンを押した」といったイベントにより画面を更新したら即座にまた「ヒマな状態に戻らなければならない」というプログラミングモデルなのです。

ご質問のコードではボタンを押した際に動くactionPerformedの延長上で長い時間のかかる処理をやっているわけですがそのこと自体が前述のプログラミングモデルに反するわけです。一般的にGUIをコントロールするスレッドでは(例えば)0.1秒以上のことをやってはいけませんというのがお約束になってますので長時間の仕事をするには普通別のスレッドを起こしてそこでやらなければなりません。

あえてスレッドを起こすのを避けたいというのであれば長時間の処理を細切れにして「ちょっとずつ処理をやり、どこまでやったかを覚えておいて、０．１秒後にまだ起動されるように算段をしてから処理を中断する」ということをやらねばなりません。おわかりだと思いますがこのような処理を作るのはシンプルとは言い難く、かえってスレッドを起こしてそこでのびのびと処理ロジックを組んだ方がずっと簡単ということに気づくはずです。

GUIプログラミングといっても全てが全て長時間の処理を要求するとは限りませんので必ずしもスレッドを起こすことが必須ではないのですが、長時間の処理をやるならスレッドプログラミングは必須と思ってください。

Comments

[risaito74]

なるほど、勉強になりました。根本の考え方、設計思想の部分でさらに理解が必要なのだと理解できました。ありがとうございました。