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