SWT-多线程2

SWT-多线程2

   在使用SWT构建应用程序时，理解系统底层读取和调度平台GUI事件的线程模型是非常重要的，UI线程的实现方式会影响到在应用程序中使用 Java 线程时必须遵守的规则。

 

本地事件调度

        对于任何的GUI应用程序，不管所使用的是哪一种编程语言和UI工具包，背后的运行机制都是操作系统探测GUI事件并把它们放到应用程序的事件队列中去。这种机制在不同的操作系统平台中大同小异。当用户点击鼠标、键入字符、或者使窗口获得焦点，操作系统就会生成应用程序的GUI事件，例如鼠标点击、键盘输入、或窗口重绘事件。操作系统决定哪一个窗口和应用程序应该接收用户触发的每一个事件并把它放入应用程序的事件队列中。

 

        任何基于窗口的GUI应用程序的底层实现结构都是一个事件循环(event loop)，应用程序初始化并运行一个循环(loop)，用于从事件队列中读取GUI事件，并作出相应的反应。处理事件的工作必须迅速完成，以保证GUI应用程序能够对用户作出快速反应。

 

        UI事件触发的耗时较长的操作应该在一个单独的线程中执行，这样才能让事件循环主线程能够快速返回，获取应用程序事件队列中的下一个事件。但是，在非UI线程中访问图形界面部件和平台API 必须通过锁和串行化的机制(locking and serialization)来实现。违反这个规则的应用程序会引起系统调用失败，更严重的是锁住整个GUI系统，使GUI失去反应。

 

SWT UI 线程

        SWT 遵循系统平台所直接支持的这种线程模型，应用程序在它的主线程中运行事件循环(event loop)，并在主线程中直接调度线程。UI线程就是Display 对象被创建的线程，所有其他的图形部件都必须在这个UI线程中创建。

        既然所有的处理事件的代码是在应用程序的UI线程中触发的，那么处理事件的程序代码就能够不需要任何特殊方法自由访问和调用图形部件。不过，在处理长耗时的事件操作时，需要使用多线程来实现应用程序的功能。

 

注：在非UI线程中调用任何必须在UI线程调用的程序，SWT将会触发一个 SWTException 异常。

 

SWT 应用程序的主线程，包括事件循环，其代码结构如下：

public static void main (String [] args) {
   Display display = new Display ();
   Shell shell = new Shell (display);
   shell.open ();
   // start the event loop. We stop when the user has done
   // something to dispose our window.
   while (!shell.isDisposed ()) {
      if (!display.readAndDispatch ())
         display.sleep ();
   }
   display.dispose ();
}

   public static void main (String [] args) {
Display display = new Display ();
Shell shell = new Shell (display);
shell.open ();
// start the event loop. We stop when the user has done
// something to dispose our window.
while (!shell.isDisposed ()) {
if (!display.readAndDispatch ())
display.sleep ();
}
display.dispose ();
}

        创建图形部件和打开shell 窗口之后，程序读取和分发来自操作系统事件队列的事件，直到shell 窗口被销毁。如果在队列中不存在有效事件，display 进入睡眠状态，把运行机会交给其他程序。

 

        SWT 提供了在后台主线程中调用图形部件代码的访问方法。

 

运行非UI线程

         在非UI 线程中不能直接调用UI 代码，必须提供一个 Runnable对象，在Runable中调用UI代码。Display 类中的syncExec(Runnable) 和 asyncExec(Runnable) 方法用于在事件循环运行期间，在UI 线程中运行这些Runnable对象。

• syncExec(Runnable)  当非UI 线程中的程序代码依赖于UI 代码的返回值，或者为了确保在返回到主线程之前Runnable 必须执行完成时，应该使用这个方法。SWT 将会阻塞调用线程，直到在应用程序的UI 线程中运行的这个Runnable运行结束为止。例如，一个后台线程需要基于一个窗口的当前尺寸进行某种计算，就会需要同步地运行获取窗口尺寸的代码，然后继续其后面的计算。
• asyncExec(Runnable)  当程序需要执行一些UI 操作，但在继续执行之前不依赖这些操作必须完成的时候，应该使用这个方法。例如，后台主线程更新进度条，或者重绘一个窗口，它可以异步地发出更新或重绘的请求，并接着继续后面的处理，在这种情况下，后台主线线程的运行时间和Runnable的运行没有必然的关系。

下面的代码片段演示了使用这两个方法的方式：

// do time-intensive computations
...
// now update the UI. We don't depend on the result,
// so use async.
display.asyncExec (new Runnable () {
   public void run () {
      if (!myWindow.isDisposed())
         myWindow.redraw ();
   }
});
// now do more computations
...

   // do time-intensive computations
...
// now update the UI. We don't depend on the result,
// so use async.
display.asyncExec (new Runnable () {
public void run () {
if (!myWindow.isDisposed())
myWindow.redraw ();
}
});
// now do more computations
...

        在使用asyncExec 的时候，在runnable 中检查图形部件是否被销毁是一个好的习惯做法，在调用asyncExec和Runnable执行期间主线程中有可能会发生其他的事情，不能保证runnable执行时图形部件当前处于什么状态。

工作台(Workbench)和多线程

        实现SWT应用程序的多线程规则非常明确，你可以控制事件循环的初始化，在应用程序中使用多线程解决复杂问题。

 

        向工作台添加插件时的工作机制要父子一些，下面是使用平台(workbench platform)UI 类的一些“规约”(Rules of engagement)，随着eclipse 的不断发布，可能会出现一些例外：

• 通常，任何添加到平台中的工作台(workbench) UI 扩展都是在工作台的UI 主线程中执行的，除非是明确地把它们添加线程中或者是后台作业(background job)中，例如后台作业进度条。
• 如果从工作台接收到一个事件，不能保证它是在UI线程中执行的，查阅定义了监听器或事件的类的java文档，如果没有特别说明使用线程，这个类就是一个UI 相关类，可以在工作台主线程中获得和运行。
• 同样，除非是文档明确说明，平台UI库不能视作是线程安全的。请注意，大部分平台UI类是在触发事件的调用线程中运行监听器的，平台和JFace API调用并不检查是在UI 线程中执行的，这意味着如果在非UI 线程中调用一个能够触发事件的方法，可能会引入问题。从非UI 线程中调用SWT的API，SWT会抛出 SWTException 异常。通常，除非文档中明确规定，避免在别的线程中调用平台UI 代码。
• 如果你的插件使用多线程或工作台作业(workbench job)，必须使用 Display 类的asyncExec(Runnable) 或 syncExec(Runnable) 方法，类调用任何的工作台(workbench)、JFace或SWT 的应用程序接口(API)，除非是API明确说明是可以直接调用的。
• 如果在插件中使用 JFace的IRunnableContext 接口 调用进度监视器(progress monitor)，以运行一个操作，IRunnableContext 提供了一个参数来确定是不是在一个新的线程中运行操作。

附：

参考： http://help.eclipse.org/helios/index.jsp?topic=/org.eclipse.platform.doc.isv/guide/swt_threading.htm