提升Java桌面客户端程序性能
2月15日，Edward Ort在SDN(Sun Developer Network)聊天室主持了一次关于提升Java桌面客户端程序性能的聊天，这次聊天请来了两位重量级的人物：Chet Haase, Java2D工程组的关键成员;Scott Violet, JFC/SWing的架构师。
这次聊天主要关注在JFC/SWing/Java2D当前在性能上有哪些提升，以及将来的Java版本在这些方面将有什么改进。
下面我们来看一些关键的、比较有趣的聊天内容。
为什么repaint()刷新时会造成灰色块？
Scott Violet: 这是一个非常适时的问题。当我们使用AWT/SWing时，至少有两个线程在起作用：一个线程负责接收和处理本地事件，另一个线程负责分派这些事件(即 EDT)。对于本地线程，当它接收到一个expose事件，会立即用灰色填充背景，当事件在EDT中被处理时才开始做实际上的绘制工作。这样的话如果你的程序正在繁忙，在显示灰色块和实际的绘制之间会有一个显而易见的延迟。有个好消息是我们正在做这方面的改进工作，让每个窗口都有一个缓冲图像，这样的话，当窗口收到一个expose事件，我们立即将缓冲区的图像复制过来，并且你的程序不用做任何事情。这样你就再也不会看到灰色块了，甚至于你的程序繁忙时，我们照样能恢复窗口里的显示内容。我们希望能尽早完成这项工作，当我们完成时会将它公布出来。
为什么不把SwingWorker(或者类似的机制)没有成为标准API? 有什么建议的方式来处理过程灵敏的任务?
Scott Violet: 很好的问题. 我们就要完成一个版本的SwingWorker，它将会是Java1.6的一部分。这也就是Igor, Brent, Bino 和我在去年JavaOne大会上谈到的那个版本。这个版本的SwingWorker支持property change监听器. 它非常好用.
JDNC和JDIC会有什么新的发展?
Scott Violet: 这两个项目一直在健状的发展. JDNC正向下一个里程碑迈进，它会包含一个login framework, 并且修改了data model和binding API.
为什么一定要等到Java1.6,而不是以jar形式在1.5中使用?
Scott Violet: 我想你在提SwingWorker吧. 我们正在考虑针对1.5发布一个非绑定的SwingWorker版本, 但还没有作出决定.
Resizing窗口为什么要等到resizing结束后才起作用?
Scott Violet: 有个好消息是，如果你要实时resize窗口, 只要简单的调用Toolkit.getDefaultToolkit().setDynamicLayout(true). 如何相应则依赖于你的程序和窗口内容. 我要说我们正在考虑使实时resize特性成为1.6的缺省设置.
当开启1000-10000个小图片(120x100)时, ImageIcon是最好的选择吗？或者imageI/O JAI更快些? 这三者在内存使用上有什么不同吗?
Chet Haase: 我知道，在我们1.4的ImageIO的jpep加载器有性能上的问题，它甚至慢过于老的Toolkit加载器.
我不知道这些问题是否已经修复. 要确定是否已修复的最好的方法是: 写一个简单的microbenchmark程序，时间上的不同就可以看出谁好谁坏. 我愿意看到最终有人选择ImageIO, 但是为了达到目的，我们可能会遇到一些瓶项。目前我还不知道JAI的性能如何.
有打算允许Swing程序能编译成本地代码吗?
Scott Violet: 我只能说，与此最类似的事情就是，我们正在考虑让运行中的各个JVM使用持久化编译的代码, 每次你运行程序我们都不再编译大量重复的方法;如果方法已被缓存，这会极大的提高运行速度.
使用Java 1.5中的Synth，经测试发现, Swing程序的启动时间变慢了，该如何避免此问题?
Scott Violet: 我怀疑慢下来的原因是采用了XML解析器。你可以提交一个test case以让我们可以确定到底发生了什么事情。
有没可能增加一个"dockable" framework到Swing?
Scott Violet: 真干脆. 我们看到越来越多的程序要求做到这个功能. 我们现在已将这个加进了1.6，虽然如此, 它不太可能会在1.7之前完成. 可能这是太遥远的事情, 钽我们会试着缩短版本发布周期:)
对于常规的Swing组件有什么改进, 比如JTable? 我有一个案子要'冻结'两个或更多的Column，当前有无简便的方法?
Scott Violet: 在1.6中，我们要加入table排序, 加亮显示和过滤. JDNC现在有这个, 但它应该加到内核中才是.
