请问awt和swing有什么本质的不同呢？！ 你这个问题太大，有很多的不同，我建议你去看一本书《java2图形设计，卷2：swing》说的挺详细的。 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 awt是ibm开发，而swing是sun开发。还有awt的速度要明显高于swing 好像不是吧！swing大多是extend awt中的类，所以swing的功能更强大一些！至于速度，java本来就，，， swing 是轻量组建，在任何操作系统中外观都是一样的！awt就不是这样！ awt是java早期的技术，它的每一组件会耗掉较多的资源。Swing不但改进了AWT耗费系统资源的缺点，同时在视觉上也比AWT来得更为美观。Swing是基于AWT而发展的，所有的组件均是以AWT的Container类为基础来开发设计的！！ 对不起，我看错来，将awt看成swt,呵呵...Swing和Awt是Sun开发出来的GUI系统，比较庞大，占用大量内存，速度奇慢无比。IBM已开发出了Java新的GUI，Swt，并把它贡献给了Eclipse。新的Swt基于JNI对本地窗口饰件的调用，并且在Window和Linux平台上首先实现。这样做的结果是：用户界面不再是用户不熟悉的Java风格------反应速度慢并且跟其他程序不兼容（比如鼠标滚轮失灵，金山词霸无法工作）；程序包也变小了，相应的内存占用也少了。基于这种图形界面API的Java程序势必让人对Java客户端刮目相看。Eclipse就是一个例子。如果把Swt和其他Java代码再本地化将是怎么样？------Jove和Jet都在夸耀这种技术，事实上它也是值得夸耀的。进一步编译成本地机器指令的Java图形界面程序将缩小到几百k，一张软盘就可以装得下，并且跟其它编译过的C或PASCAL一样在本机上可以直接运行。Swt给Java开发者带来了福音，而Java程序的本机指令编译技术使它如虎添翼。随着时间的推移，将不会再有人争论Java是否适合于客户端。从这个意义上来推测，Java本身也将在某种程度上由一种技术退化为一门编程语言。用我们古人的话说，叫做“物极必反”，归咎于网络泡沫时期Sun对Java有些夸大的宣传。依据IBM推出开放源码的项目Eclipse和与Instantiations（Jove的所有者）的合作伙伴关系，加上长期的虚拟机开发经验，估计下一代基于较小核心的虚拟机将首先由IBM推出。Instantiations的竞争对手Excelsior（Jet的拥有者）紧随着Sun的步伐------宣称能在两周内推出基于新版本较小核心虚拟机的Jet，事实上他们的版本更新同Sun的虚拟机一样快，遗憾的是Sun却好象没有把它当成自己的朋友:(。推陈出新的作品不一定会被大多数人认可，Awt/Swing有可能遭到抛弃。 awt 为重量级组件swing 为轻量组建不同点为：：awt直接操作硬件绘制，而swing不是 swt在eclipse上的表现是很好，如果能成为java gui以后的标准是很值得学习的。至于搞不懂awt和swing，还是去看看Java2图形设计卷一AWT、卷二Swing吧。 SWT 试图弥补 AWT 和 Swing 的缺点。使用 AWT，我们将受到“最小公分母”限制：仅支持存在于所有平台上的窗口构件。因为 Motif 没有提供本机树型窗口构件而 Windows 提供了该功能，AWT 就没有包含树型窗口构件。 Swing 走向了另一个极端。虽然带有一个很出色的 API 进行优雅地设计，Swing 还是自己实现窗口构件。因此 Swing 不依赖于操作系统提供窗口构件。无论本机是否支持，这都为 Swing 提供了不可思议的灵活性。但是，因为 Swing 自己绘制这些窗口构件，所以最终的外观看起来与本机应用程序有明显的不同。SWT 试图弥合这两个 GUI 工具箱之间的差距。它的行军命令是：“如果有本机窗口构件就使用它。如果没有，就模拟它。”前面提到的树型窗口构件就是这样一个示例。因为 Windows 支持本机树型窗口构件，所以在 Windows 上运行时，SWT 就使用它。但是，Motif 不支持树型窗口构件，因此 SWT 在 Motif 下运行时绘制其自己的窗口构件版本。使用 SWT，结果应用程序看起来与其本机的同类应用程序很相似，因为尽可能地使用了本机窗口构件。 swing是awt的替代品，他们的事件控制模式也不一样？现在要尽量用swing 少用awt控件，在swing中都有与awt对应的控件。 java中如何将字符一个个显示在文本区上？求各位大侠指点~ 谁来解释，基本类型与对象参数传递问题？ [求助]关于JComboBox<组合框>如何提取的问题~<----------高手来啊--------> Java显示图像 这个异常是什么意思啊 文本域空格问题? 请问java里面有没有按照特定格式切割字串的方法？？在线等待 求jb8企业版（400M的那种）下载地址（要Http服务器） WLS做成NT服务以后的问题 哪位大虾兼好人，给出jre的专业解释, 我写论文介绍用 困惑，帮忙看个错误好吗，好像是Array方面的。 请高手推荐为java初学者推荐基本经典书籍
还有awt的速度要明显高于swing
Swing和Awt是Sun开发出来的GUI系统，比较庞大，占用大量内存，速度奇慢无比。
IBM已开发出了Java新的GUI，Swt，并把它贡献给了Eclipse。新的Swt基于JNI对本地窗口饰件的调用，并且在Window和Linux平台上首先实现。这样做的结果是：用户界面不再是用户不熟悉的Java风格------反应速度慢并且跟其他程序不兼容（比如鼠标滚轮失灵，金山词霸无法工作）；程序包也变小了，相应的内存占用也少了。基于这种图形界面API的Java程序势必让人对Java客户端刮目相看。Eclipse就是一个例子。
如果把Swt和其他Java代码再本地化将是怎么样？------Jove和Jet都在夸耀这种技术，事实上它也是值得夸耀的。进一步编译成本地机器指令的Java图形界面程序将缩小到几百k，一张软盘就可以装得下，并且跟其它编译过的C或PASCAL一样在本机上可以直接运行。
Swt给Java开发者带来了福音，而Java程序的本机指令编译技术使它如虎添翼。随着时间的推移，将不会再有人争论Java是否适合于客户端。从这个意义上来推测，Java本身也将在某种程度上由一种技术退化为一门编程语言。用我们古人的话说，叫做“物极必反”，归咎于网络泡沫时期Sun对Java有些夸大的宣传。
依据IBM推出开放源码的项目Eclipse和与Instantiations（Jove的所有者）的合作伙伴关系，加上长期的虚拟机开发经验，估计下一代基于较小核心的虚拟机将首先由IBM推出。Instantiations的竞争对手Excelsior（Jet的拥有者）紧随着Sun的步伐------宣称能在两周内推出基于新版本较小核心虚拟机的Jet，事实上他们的版本更新同Sun的虚拟机一样快，遗憾的是Sun却好象没有把它当成自己的朋友:(。推陈出新的作品不一定会被大多数人认可，Awt/Swing有可能遭到抛弃。
swing 为轻量组建
不同点为：：awt直接操作硬件绘制，而swing不是
Swing 走向了另一个极端。虽然带有一个很出色的 API 进行优雅地设计，Swing 还是自己实现窗口构件。因此 Swing 不依赖于操作系统提供窗口构件。无论本机是否支持，这都为 Swing 提供了不可思议的灵活性。但是，因为 Swing 自己绘制这些窗口构件，所以最终的外观看起来与本机应用程序有明显的不同。SWT 试图弥合这两个 GUI 工具箱之间的差距。它的行军命令是：“如果有本机窗口构件就使用它。如果没有，就模拟它。”前面提到的树型窗口构件就是这样一个示例。因为 Windows 支持本机树型窗口构件，所以在 Windows 上运行时，SWT 就使用它。但是，Motif 不支持树型窗口构件，因此 SWT 在 Motif 下运行时绘制其自己的窗口构件版本。使用 SWT，结果应用程序看起来与其本机的同类应用程序很相似，因为尽可能地使用了本机窗口构件。