swing线程简介

    在学习和应用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);
            }
        });
   }
}

  • 一些单线程原则的例外
    然而,有一些操作我们是不需要刻意加入EDT的,比如 repaint()revalidate(),和 invalidate()方法,或者对组件添加监听器的方法,不需要考虑线程安全的问题。
  • 事件派发线程
     关于事件派发线程,我们可以这样理解:有一个流水线(channel),流水线一端有客户线程client,另一端有工人线程worker,客户不断把新的任务(request)放入流水线,工人在另一头获得任务,并执行,客户和工人的数量可多可少,就这么简单

     这个所谓的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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值