Java Swing GUI 事件分发线程

来源:互联网 发布:matlab数据预处理 编辑:程序博客网 时间:2024/04/30 18:38

一、事件分发线程和主线程     

      默认情况下,所有的AWT或者基于Swing的应用程序,都是开始于两个线程的。其中一个就是主线程,它处理main方法里面的代码。另外一个线程,被称作“事件分发线程”(Event-dispatching thread),它负责处理事件、绘图、和布局。所有在主线程中编写的对GUI进行绘制、处理的语句都会在后台自动放入到事件分发线程中等待处理,而除主线程之外的其他线程则在自己线程中进行处理。

      而监听器里面的处理方法也是放到事件分发线程中进行处理(可以通过静态方法SwingUtilities.isEventDispatchThread()验证)举例来说,你在actionPerformed()方法里面写的代码是自动在“事件分发线程”(Event-dispatching thread)里面被执行的(你不必为此作什么事情)。而且,这对所有其他的事件处理方法都是成立的。正是由于这个原因,“事件分发线程”(Event-dispatching thread)在Swing和AWT里面具有极其重要的作用,这个线程在维护组件状态和显示方面扮演着一个基础性的角色。

      既然,“事件分发线程”(Event-dispatching thread)要执行所有的监听器里面的方法,处理事件、绘图、和布局等,那么event-handling, painting,以及layout等方法必须要快速执行,就变的相当的重要了。否则的话,就会为了等待一个事件处理,比方说repaint、layout的完成而被堵塞,这样你的应用程序看起来就僵住不动了。

二、线程安全

      在Java中Swing是线程不安全的,是单线程的设计,这样的造成结果就是:GUI组件的绘制全在事件分发线程上处理才是安全的,在其他线程上可能会引起线程不安全,导致程序崩溃。

Swing为我们提供了三个常用的API:

1.SwingUtilities.invokeAndWait(Runnable runnable)//同步请求,发送请求的线程会一直等到EDT执行完毕自己的请求后,才会继续执行剩余代码;

2.SwingUtilities.invokeLater(Runnable runnable)//异步请求,发送请求的线程在请求添加到EDT的eventQUEUE后,才会执行剩余代码,不必等待请求执行完毕;

3.SwingUtilities.isEventDispatchThread()//判断当前线程是否为事件派发线程。

invokeLater()和invokeAndWait()方法可以将主线程之外的线程放入事件分发线程的队列中等待处理。当可运行线程对象排在事件派发队列的队首时,就调用其run方法。其效果是允许事件派发线程调用另一个线程中的任意一个代码块。

程序示例:更新组件的错误方法
startButton.addActionListener(new ActionListener())
{
   public void actionPerformed(ActionEvent e) 
   {
    GetInfoThread t = new GetInfoThread(Test.this);
    t.start();
    startButton.setEnabled(false);
   }
}

class GetInfoThread extends Thread 
{
Test applet;
public GetInfoThread(Test applet) 
{
this.applet = applet;
}

public void run() 
{
   while (true) 
   {
    try 
    {
     Thread.sleep(500);
     applet.getProgressBar().setValue(Math.random() * 100);
    } 
    catch (InterruptedException e) 
    {
     e.printStackTrace();
    }
   }
}
}

错误分析:在actionPerformed中,监听器把按钮的允许状态设置为false,由于是在事件派发线程上调用actionPerformed,所以setEnabled是一个有效的操作,但是在GetInfoThread中设置进度条是一个危险的做法,因为事件派发线程以外的线程更新了进度条,所以运行是不正常的。

   1、invokeLater使用
class GetInfoThread extends Thread 
{
Test applet;

Runnable runx;

int value;

public GetInfoThread(final Test applet) 
{
   this.applet = applet;
   runx = new Runnable() 
   {
     public void run() 
     {
     JProgressBar jpb = applet.getProgressBar();
     jpb.setValue(value);
     }
   }
}

   public void run() 
   {
     while (true) 
     {
        try 
        {
         Thread.sleep(500);
         value = (int) (Math.random() * 100);
         System.out.println(value);
         SwingUtilities.invokeLater(runx);
        } 
        catch (InterruptedException e) 
        {
         e.printStackTrace();
        }
     }
    }
}
   
   2、invokeAndWait
   与invoikeLater一样,invokeAndWait也把可运行对象排入事件派发线程的队列中,invokeLater在把可运行的对象放入队列后就返回,而invokeAndWait一直等待知道已启动了可运行的run方法才返回。如果一个操作在另外一个操作执行之前必须从一个组件获得信息,则invokeAndWait方法是很有用的。
   
   class GetInfoThread extends Thread 
   {
   Runnable getValue,setValue;
   int value,currentValue;
   public GetInfoThread(final Test applet)
   {
    getValue=new Runnable()
    {
     public void run()
     {
      JProgressBar pb=applet.getProgressBar();
      currentValue=pb.getValue();
      }
    };
   setValue=new Runnable()
   {
    public void run()
     {
      JProgressBar pb=applet.getProgressBar();
      pb.setValue(value);
     }
}
   }
   
   public void run()
   {
    while(true)
    {
    try
    {
      Thread.currentThead().sleep(500);
      value=(int)(Math.random()*100);
      try
      {
      SwingUtilities.invokeAndWait(getValue);//直到getValue可运行的run方法返回后才返回
      }
      catch(Exception ex)
      {
       
      }
       if(currentValue!=value)
       {
       SwingUtilities.invokeLater(setValue);
       }
     }
      catch(Exception ex)
      {
      }
     }
   }

invokeLater和invoikeAndWait的一个重要区别:可以从事件派发线程中调用invokeLater,却不能从事件派发线程中调用invokeAndWait,从事件派发线程调用invokeAndWait的问题是:invokeAndWait锁定调用它的线程,直到可运行对象从事件派发线程中派发出去并且该可运行的对象的run方法激活,如果从事件派发线程调用invoikeAndWait,则会发生死锁的状况,因为invokeAndWait正在等待事件派发,但是,由于是从事件派发线程中调用invokeAndWait,所以直到invokeAndWait返回后事件才能派发。


原创粉丝点击