在学习和应用swing的过程中,不可避免地会遇到一些线程方面的难题,如果不了解swing线程方面的特殊性,会对程序员造成很大的困扰,这里我们来简单学习一下swing线程,关于swing线程,有几个特殊的地方。
- 单线程原则
swing的GUI组件是基于单线程设计的,一旦一个组件被创建,这个组件在只能一个单独的线程中被访问,这个线程即是我们下文要提到的事件派发线程(EDT)。这里所谓的创建,是指swing组件的paint()方法已经运行或者是将要被运行,那么什么时候paint()方法被调用呢,一般是在swing顶层容器的show()方法,setVisible(true)或者pack()方法被调用时,这时下层容器会被依此向下调用各自的paint()方法,从而将整个界面绘制出来。那么我们怎么保证这个原则呢,这就涉及到SwingUtil类或者EventQueue类的使用。
例如,我们在创建一个Jframe的时候经常出现这样的代码。
public class MyApplication {
public static void main(String[] args) {
JFrame f = new JFrame("Labels");
// 添加一些其他组件到顶层容器
// 显示窗口
f.pack();
f.show();
// 这时候组件已经被创建,就不应该再把操作组件的方法写在这后面,例如setSize()等等
}
}
如果想要在f.show()以后更新组件,应当这样
public class MyApplication {
public static void main(String[] args) {
final JFrame f = new JFrame("Labels");
// 添加一些其他组件到顶层容器
// 显示窗口
f.pack();
f.show();
// 这时候组件已经被创建,就不应该再把操作组件的方法写在这后面,例如setSize()等等
// 加入事件派发线程,也可以用EventQueue类
SwingUtilities.invokeLater(new Runnable() {
public void run() {
// TODO Auto-generated method stub
f.setSize(330,356);
}
});
}
}
- 一些单线程原则的例外
- 事件派发线程
这个所谓的pattern初看好像似曾相识,就是一个thread pool嘛, 按通常的做法,request可以实现Runnable接口,把要做的事情放在run方法中,由worker去执行,具体实现时还要注意同步的问题
不过,由此我们可以想到Swing的工作方式。Swing是事件驱动的,它有一个the event-dispatch queue,这里之所以用the,是因为这个队列是唯一的,就和上面说的流水线一样。Swing的各个组件相当于客户,不断把各种事件(键盘或者鼠标事件,等等)塞入event queue中,queue有个专门的线程负责把这些事件送给相应的listener,就实现了最基本的事件驱动模型。如果不采用这种模型,即事件由专门线程处理的话,界面的响应速度就很差了。
- 创建线程
在实际应用中,我们有时候需要在GUI中进行一些费时的任务,比如说加载图片或者访问数据库的操作,这种情况总是意味着一定的耗时,为了提高界面的响应,我们必须将其放到事件派发线程以外的线程中处理,然后再将处理的结果更新到界面上(这时应该放到EDT上),swing为我们提供了SwingWorker和Timer这两个类,用于辅助建立我们自己的线程。
参考:http://java.sun.com/products/jfc/tsc/articles/threads/threads1.html