1. 为什么要使用SWT?
　　SWT是一个IBM开发的跨平台GUI开发工具包。至于为什么IBM要费劲自己另起炉灶开发一个GUI工具包，而不是使用Sun现有的由AWT, Swing, Java 2D, Java 3D等构成的Java GUI框架，那就说来话长了。（记得在一个BBS上读过一个关于SWT起源的调侃类的帖子）。

　在SWT之前，Sun已经提供了一个跨平台GUI开发工具包AWT (Abstract Windowing Toolkit). 虽然AWT框架也使用的是原生窗口部件(native widgets)，但是它一直未能突破LCD问题。LCD问题导致了一些主要平台特征的遗失。如果你不明白的话（其实我也没明白），换句话说，如果平台A有窗口部件（widgets）1–40，而平台B有窗口部件（widgets）20–25，那么跨平台的AWT框架只能提供这两个窗口部件集的交集。

　　为解决这个问题，Sun又创建了一个新的框架。这个框架不再使用原生窗口部件，而是使用仿真窗口部件（emulated widgets）。这个方法虽然解决了LCD问题，并且提供了丰富的窗口部件集，但是它也带来了新的问题。例如，Swing应用程序的界面外观不再和原生应用程序的外观相似。 虽然在JVM中这些Swing应用程序已经得到了最大程度的性能改善，但是它们还是存在着其原生对应物所不具有的性能问题。并且，Swing应用程序消耗太多的内存，这样Swing不适于一些小设备，如PDA和移动电话等。

　　IBM进行了尝试以彻底解决AWT和Swing框架带来的上述问题。最终，IBM创建了一个新的GUI库，这就是SWT。SWT框架通过JNI来访问原生窗口部件。如果在宿主（host）平台上无法找到一个窗口部件，SWT就会自动地模拟它。

　　2. SWT应用程序的组成
　　一个SWT应用程序的基本组成部分为显示界面（Display）、命令界面（Shell，使命令进入并使运行初始化）和窗口部件（Widgets）。Display负责管理事件循环和控制UI线程和其他线程之间的通讯。Shell是应用程序中被操作系统窗口管理器管理的窗口。每个SWT应用程序至少需要一个Display和大于等于1个的Shell实例。

　　图1：从不同的角度看SWT应用程序

　　图1从不同的角度展示了SWT应用程序。左侧的图是一个简化的UI对象的继承图。中间的图展示了UI对象的容器结构（containment structure）。右侧的图则是创建后的UI外观。

　　如果一个应用程序使用了多个线程，那么每个线程都使用的是Display对象分配给它自己的实例。程序员可以使用静态方法Display.getCurent()来得到Display对象的当前活动的实例。