为什么人们在事件队列上运行Java GUI

在Java中,要创建并显示一个新的JFrame ,我只需这样做:

 public static void main(String[] args) { new MyCustomFrameClass().setVisible(true); } 

但是,我见过很多人这样做:

 public static void main(String[] args) { EventQueue.invokeLater(new Runnable() { public void run() { new MyCustomFrameClass().setVisible(true); } }); } 

为什么? 有什么好处吗?

在Java的生命周期中,管理需要在EDT上执行哪些操作的规则(我比“事件队列”更常使用“EDT”)已经发生了变化。 每当“规则”发生变化时,Sun建议在EDT上做越来越多的“GUI相关”工作。

为什么人们在EDT上运行Java GUI?

  • 因为官方指南建议这样做。

  • 因为这样做有助于避免许多与GUI相关的线程错误。

注意,这并不是很清楚,EDT实际上偶尔崩溃,因为Swing本身有一些错误。 每个非平凡的Swing应用程序都使用具有错误的Swing API,因此EDT会在一段时间内死掉。

你永远不会看到它并且它不是引起关注的原因,因为当EDT死亡时它会自动重启。

基本上,在EDT上做所有与GUI有关的东西,并在EDT之外做所有长时间的操作(以免阻止EDT)。

编辑你问了一个如何在EDT之外运行lenghty操作的例子。 有几种方法可以做到这一点。 在最简单的情况下,您只需从EDT创建并启动一个新的Thread。 这是一个例子:当用户点击按钮时,应该调用监听器回调,我们知道这将在EDT上发生……

  JButton jb = ... jb.addActionListener( new ActionListener() { public void actionPerformed( final ActionEvent e ) { final Thread t = new Thread( new Runnable() { public void run() { // this shall get executed, after start() has been called, outside the EDT } }); t.start(); } } ); 

对于更复杂的示例,您希望阅读SwingWorker等。

这一行正在修改Swing组件,因为您的自定义框架是JFrame的子类:

 new MyCustomFrameClass().setVisible(true); 

通常,除非您使用事件调度线程(EDT),否则不应修改Swing组件。

以下代码将运行EDT上的Runnable任何内容。

 EventQueue.invokeLater(Runnable); 

现在, setVisible(true)调用将在EDT上进行。