Swing vs AWT。基本上，最先出现的是AWT，它是一组重量级UI组件(意味着它们是操作系统对象的包装器)，而Swing则构建在AWT之上，拥有一组更丰富的轻量级组件。

任何严肃的Java UI工作都是在Swing中完成的，而不是主要用于applet的AWT。

摇摆不定:

Swing是java基础类的一部分。 Swing组件是独立于平台的。 Swing组件是轻量级组件，因为Swing位于awt的顶部。

AWT:

AWT被称为抽象窗口工具。 AWT组件是平台相关的。 AWT组件是重量级组件。

The base difference that which already everyone mentioned is that one is heavy weight and other is light weight. Let me explain, basically what the term heavy weight means is that when you're using the awt components the native code used for getting the view component is generated by the Operating System, thats why it the look and feel changes from OS to OS. Where as in swing components its the responsibility of JVM to generate the view for the components. Another statement which i saw is that swing is MVC based and awt is not.

AWT是一个Java接口，可以连接到操作系统中的本机系统GUI代码。它不会在每个系统上都一样，尽管它尝试了。

Swing is a more-or-less pure-Java GUI. It uses AWT to create an operating system window and then paints pictures of buttons, labels, text, checkboxes, etc., into that window and responds to all of your mouse-clicks, key entries, etc., deciding for itself what to do instead of letting the operating system handle it. Thus Swing is 100% portable and is the same across platforms (although it is skinnable and has a "pluggable look and feel" that can make it look more or less like how the native windows and widgets would look).

这是GUI工具包的两种截然不同的方法，并且会产生很多后果。对你的问题的完整回答将尝试探索所有这些问题。:)以下是一些例子:

AWT is a cross-platform interface, so even though it uses the underlying OS or native GUI toolkit for its functionality, it doesn't provide access to everything that those toolkits can do. Advanced or newer AWT widgets that might exist on one platform might not be supported on another. Features of widgets that aren't the same on every platform might not be supported, or worse, they might work differently on each platform. People used to invest lots of effort to get their AWT applications to work consistently across platforms - for instance, they may try to make calls into native code from Java.

因为AWT使用本机GUI小部件，您的操作系统知道它们，并处理将它们放在彼此前面，等等，而从操作系统的角度来看，Swing小部件只是窗口内毫无意义的像素。Swing本身处理小部件的布局和堆叠。混合AWT和Swing是非常不受支持的，可能会导致一些可笑的结果，比如原生按钮会掩盖对话框中的其他内容，因为其他内容都是用Swing创建的。

Because Swing tries to do everything possible in Java other than the very raw graphics routines provided by a native GUI window, it used to incur quite a performance penalty compared to AWT. This made Swing unfortunately slow to catch on. However, this has shrunk dramatically over the last several years due to more optimized JVMs, faster machines, and (I presume) optimization of the Swing internals. Today a Swing application can run fast enough to be serviceable or even zippy, and almost indistinguishable from an application using native widgets. Some will say it took far too long to get to this point, but most will say that it is well worth it.

最后，您可能还想看看SWT(用于Eclipse的GUI工具包，是AWT和Swing的替代方案)，它在某种程度上是通过Java访问本机widget的AWT思想的回归。

至于什么时候AWT可能比Swing -更有用

you may be targeting an older JVM or platform that doesn't support Swing. This used to really come into play if you were building Applets - you wanted to target the lowest common denominator so people wouldn't have to install a newer Java plugin. I'm not sure what the current most widely installed version of the Java plugin is - this may be different today. some people prefer the native look of AWT over Swing's 'not quite there' platform skins. (There are better 3rd party native looking skins than Swing's implementations BTW) Lots of people preferred using AWT's FileDialog over Swing's FileChooser because it gave the platform file dialog most people were used to rather than the 'weird' custom Swing one.

Swing组件提供了非常灵活的用户界面，因为它 遵循模型视图控制器(mvc)。 Awt不是基于MVC的。 Swing工作更快。 Awt的工作速度并不快。 摆动部件重量轻。 Awt组件重量很重。 Swing占用较少的内存空间。 Awt占用较多内存空间。 Swing组件是平台独立的。 Awt依赖于平台。 Swing require javax。摇摆不定的包。 Awt需要javax。awt包。