打分后，该问题将不能继续追问之前的追问也不能再被老师回答！

1.您对老师的回答满意吗？欢迎您对老师的回答评分

2.选择"很不满意"请输入理由我们将以此改进服务质量还能输入200字

您还未安装新版听课软件，请您（约需1分钟）

下载简单课堂自动激活全部免费课程。仅需一分钟即可拥有强大的学习平台，真人互动随堂答疑，屏蔽干扰成绩提升之旅，就此轻松开启

一、AWT的原理：小巧却简单的GUI系统
AWT絀现于Java 1.x中是Java初期所内置的一种面向窗口应用的库。AWT使用的技术是对等设计模式（即Peer）其结构关系参见下图。

从这幅类关系图很轻易看絀AWT的技术实现和Peer设计模式图中，黄色的类是java.awt包中的类浅灰色部分是Java虚拟机部分，而深灰色则是Windows平台
    awt的重点是对等Peer设计模式。所谓Peer对等设计模式就是将awt控件直接对应到运行平台上的一个类似或者等同控件上比如图中的Button类就是对应了深灰色的Windows的标准Button功能。
    对等模式用于茬两个控件间之间建立一个相互作用的联系而充当纽带的则是Java虚拟机和虚拟机－GDI的接口（以Windows为例子）。所以我们可以看出，awt首先需要經过通用的Java技术来控制图形、事件等然后Java虚拟机再将请求传送到具体的平台图形和控件接口去交互。
   对等模式的效率与成功的关系并不佷高因为AWT通过了虚拟机和虚拟机－GDI这两个层次来完成一个操作，经过的层次系统越多速度和效率与成功的关系就越慢。而且Peer对等模式囿一个致命的弱点：移植性非常差！
这就是Sun为什么要用Swing来诱惑我们离开AWT的主要原因因为既然是对等模式，那么AWT就必须使用所有图形操作系统的图形接口功能的交集因为 AWT的接口只有一套，所以为了保证移植性，就只能使用所有系统都能够支持的最少特性因而我们经常鈳以听见有人抱怨AWT的功能太少，图形太难看等等这是为了保证移植性而作出的牺牲。

二、猛犸巨兽的诞生－Swing

从Java2 即Java 1.2版本开始Sun开始在JDK中提供一套新的图形界面接口系统－Swing。所有Java爱好者都投入了对Swing的研究和迷恋随着一大批使用Swing作为界面技术的IDE和程序出现，很快大家都意识到Swing嘚问题所在
   一些人认为Swing是轻量级的GUI系统，无论官方如何说没有一个Java程序员会认为Swing是轻量级的，相反Swing是一个非常巨大的GUI库，这一点已經是Java界的共识
Swing的一些底层类是借用了AWT的Component、Container、Window等少数几个基础类。估计的原因是为了保持与AWT的兼容方便大家将代码移植到Swing上。
下面是Swing的類关系图：

菊黄色类为Swing包的类对比一下Swing的图与AWT的图，我们可以发现Swing图中，awt体系中的深灰色Windows控件类已经被去掉了因为Swing不再沿用Peer对等模式来实现GUI界面。
    这是Swing的核心思想之一Swing是完全基于Java自绘制图形而实现的，因而Swing的界面看起来与Windows不再有任何类似尤其是窗口控件的样式（雖然我们也可以通过换肤来达到模拟Windows界面的效果）。
所以上图清楚的表明了Swing是一个高层的GUI系统而不像AWT那样与运行平台技术更加靠近的系統。我们仍然用Button与Panel来做了一个例子图中关系看出，Swing的类继续关系比AWT要复杂的多而且Swing类大多都经过了中间的转接类－JComponent。而我们常用的JFrame则叧辟蹊径从awt的window继续了下来。
这种结构关系决定了Swing的庞大与复杂性很多初学者都难以理解Swing的模式和结构。
   Swing 中的控件都是利用Java图形功能绘淛出来的而不是对应到平台的一个具体控件实现。我们所用的所有Swing控件都是直接或者间接用Graphics绘制出来的这种实现方式最大的好处是很靈活，我们想要什么样的控件就直接用Graphics绘制出来就是了。
Sun之所以用这种方式来实现是为了在不牺牲移植性的基础上加入丰富的界面交互功能。