AWT是你操作系统中存在的本机系统GUI代码的Java接口。尽管它会尝试，但在每个系统上都无法正常工作。

Swing或多或少是纯Java GUI。它使用AWT创建操作系统窗口，然后将按钮，标签，文本，复选框等的图片绘制到该窗口中，并响应你的所有鼠标单击，键输入等，从而自行决定要做什么。而不是让操作系统来处理它。因此，Swing是100％可移植的，并且在各个平台上都是相同的（尽管它是可换肤的并且具有“可插拔的外观”，可以使它看起来或多或少类似于本机窗口和小部件的外观）。

这些是GUI工具包的截然不同的方法，并且会带来很多后果。完整回答你的问题将尝试探索所有这些问题。:)这是一对：

AWT是一个跨平台的界面，因此，即使它使用底层操作系统或本机GUI工具包来实现其功能，它也无法提供对这些工具包可以执行的所有操作的访问。一个平台上可能存在的高级或更新的AWT窗口小部件可能在另一平台上不受支持。每个平台上不同的小部件功能可能不受支持，或者更糟的是，它们在每个平台上的工作方式可能不同。人们过去花费了大量的精力来使他们的AWT应用程序在各个平台上都能一致地工作-例如，他们可能尝试从Java调用本机代码。

由于AWT使用本机GUI窗口小部件，因此你的OS知道它们并进行处理以使它们相互对立，等等，而Swing窗口小部件从操作系统的角度来看是一个窗口内无意义的像素。Swing本身可以处理小部件的布局和堆叠。高度不支持将AWT和Swing混合使用，并且可能导致荒谬的结果，例如本机按钮使它们所驻留的对话框中的所有其他内容都变得模糊不清，因为其他所有内容都是由Swing创建的。

因为Swing试图用Java来做所有可能的事情，而不是由本机GUI窗口提供的非常原始的图形例程，所以与AWT相比，它通常会导致性能下降。不幸的是，这使得Swing赶上了缓慢。但是，由于更优化的JVM，更快的机器以及（我认为）Swing内部的优化，在过去的几年中，这种情况已大大减少。如今，Swing应用程序可以足够快地运行，以使其易于维护甚至是zippy，并且与使用本机小部件的应用程序几乎没有区别。有人会说到现在为止花了太长时间，但是大多数人会说这是值得的。

最后，你可能还想检查一下SWT（用于Eclipse的GUI工具包，是AWT和Swing的替代品），这在某种程度上回归了AWT通过Java访问本机Widget的想法。