分类: Java
2007-09-06 13:17:51
正文
不灵敏的图形用户界面会降低应用程序的可用性。当以下现象出现的时候,我们通常说这个用户界面反应不灵敏。
这些现象在很大程度上与事件的处理方法相关,而在编写Swing应用程序的时候,我们几乎必然要编写方法去响应鼠标点击按钮,键盘回车等事件。在这些方法中我们要编写一些代码,在运行时去触发一些动作。常见动作包括查找,更新数据库等。在这篇文章中通过对一个实例的分析,介绍了一些基本概念,常见的错误以及提出了一个解决方案。
event-dispatching thread
我们一定要记住,事件响应方法的代码都是在event-dispatching thread中执行的,除非你启用另一个线程。
那么,什么是event-dispatching thread呢?在《Java Tutorial》[1]中,作者给出了一条单一线程规则:一旦一个Swing组件被实现(realized),所有的有可能影响或依赖于这个组件的状态的代码都应该在event-dispatching thread中被执行。而实现一个组件有两种方式:
单一线程规则的根源是由于Swing组件库的大部分方法是对多线程不安全的,尽管存在一些例外。这些例外的情况可以在《Java Tutorial》[1]的相关章节找到,这里不再展开。
为了支持单一线程模型,Swing组件库提供了一个专门来完成这些与Swing组件相关的操作的线程,而这一线程就是event-dispatching thread。我们的事件响应方法通常都是由这一线程调用的,除非你自己编写代码来调用这些事件响应方法。在这里初学者经常犯的一个错误就是在事件响应方法中完成过多的与修改组件没有直接联系的代码。其最有可能的效果就是导致组件反应缓慢。比如以下响应按钮事件的代码:
String str = null; this.textArea.setText("Please wait..."); try { //do something that is really time consuming str = "Hello, world!"; Thread.sleep(1000L); } catch (InterruptedException e) { e.printStackTrace(); } this.textArea.setText(str);
执行之后的效果就是按钮似乎定住了一段时间,直到Done.出现之后才弹起来。原因就是Swing组件的更新和事件的响应都是在event-dispatching thread中完成的,而事件响应的时候,event-dispatching thread被事件响应方法占据,所以组件不会被更新。而直到事件响应方法退出时才有可能去更新Swing组件。
为了解决这个问题,有人也许会试图通过调用repaint()方法来更新组件:
final String[] str = new String[1]; this.jTextArea1.setText("Please wait..."); this.repaint(); try { Thread.sleep(1000L); }catch(InterruptedException e) { e.printStackTrace(); } str[0] = "Done."; jTextArea1.setText(str[0]);
但是这一个方法没有起到预期的作用,按钮仍然定住一段时间,在察看了repaint()方法的源代码之后就知道原因了。
PaintEvent e = new PaintEvent(this, PaintEvent.UPDATE, new Rectangle(x, y, width, height)); Toolkit.getEventQueue().postEvent(e);
repaint()方法实际上是在事件队列里加了一个UPDATE的事件,而没有直接去重画组件,而且这一个事件只能等待当前的事件响应方法结束之后才能被分配。因此只有绕过分配机制直接调用paint方法才能达到目的。
final String[] str = new String[1]; this.jTextArea1.setText("Please wait..."); this.paint(this.getGraphics()); try { Thread.sleep(1000L); }catch(InterruptedException e) { e.printStackTrace(); } str[0] = "Done."; jTextArea1.setText(str[0]);
这样却是实现了更新,但是还存在着以下的问题。虽然从感觉上,按钮已经弹起来了,但是在Done.出现之前,我们却无法按下这个按钮。可以说按钮还是定住了,只不过定在了弹起的状态。调用重绘方法无法从根本上解决问题,因此我们需要寻求其他的方法。
使用多线程
有效的解决方法是使用多线程。首先看一看一个更好的解决方案,这一方案是在参考《Rethinking Swing Threading》[3]的一个程序片段完成的:
final String[] str = new String[1]; this.jTextArea1.setText("Please wait..."); this.repaint(); new Thread() { public void run() { try { Thread.sleep(1000L); }catch(InterruptedException e) { e.printStackTrace(); } str[0] = "Done."; javax.swing.SwingUtilities.invokeLater(new Runnable() { public void run() { jTextArea1.setText(str[0]); } }); } }.start();
在这个程序中,要花费大量时间的操作被放到另一个线程当中,从而使事件响应方法能快速返回,event-dispatching thread就可以更新UI和响应其它事件了。注意到这个程序使用了invokeLater()方法。invokeLater()方法的作用是让event-dispatching thread去运行制定的代码。当然也可以不使用invokeLater()方法,但是这样就违背了单一线程原则,同时带来了一定程度的相对多线程的不安全性。到现在,解决方案似乎是完美的了,但是我们看一看在原来的程序添加下面的代码,尽管我们通常不这样做。
public void paint(java.awt.Graphics g) { super.paint(g); g.drawRect(1, 1, 100, 100); }
我们会发现以前画的矩形被覆盖了一部分,原因是由于我们没用重画这一个矩形,因此在结尾加上对repaint()方法的调用。
final String[] str = new String[1]; this.jTextArea1.setText("Please wait..."); this.repaint(); new Thread() { public void run() { try { Thread.sleep(1000L); }catch(InterruptedException e) { e.printStackTrace(); } str[0] = "Done."; javax.swing.SwingUtilities.invokeLater(new Runnable() { public void run() { jTextArea1.setText(str[0]); repaint(); } }); } }.start();
如果你认为这段代码过于缺乏可读性,通过在《Java Tutorial》[1]里面介绍的SwingWorker来简化编程的方法。可以通过实现一个construct()方法来实现花费大量时间的操作和重写finished()方法来完成组件更新的工作。
this.jTextArea1.setText("Please wait..."); final SwingWorker worker = new SwingWorker() { public Object construct() { try { Thread.sleep(1000L); }catch(InterruptedException e) { e.printStackTrace(); } return "Done."; } public void finished() { jTextArea1.setText(getValue().toString()); repaint(); } }; worker.start();
在《Rethinking Swing Threading》[3],作者将以上的编程方式称为同步方式。另外作者提出了一个通过消息机制来实现相同功能的更清晰,但是需要编写更多代码的"异步"的方法。
结论
总之,我们在编写使用Swing组件的程序是要记住以下几点:
1、不要过多地占用event-dispatching thread;
2、与更新组件相关的代码要使用event-dispatching thread去执行;
3、要更新组件。
编写反应灵敏的图形用户界面还需要考虑很多问题,以上只是最基本的一部分。欢迎有兴趣的读者来信进行讨论。
参考资料
[1]Sun Microsystems, The Java Tutorial Third Edition,
[2]Sun Microsystems, JavaTM 2 SDK, Standard Edition Documentation Version 1.4.2,
[3]Jonathan Simon, Rethinking Swing Threading,