提升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现在有这个, 但它应该加到内核中才是.
闽公网安备 35060202000074号