JIMI、JAI和ImageIO的一些感想

最近研究个项目，涉及到多页TIFF分页保存问题。于是就研究呀研究....找到了三个库JIMI、JAI和JAI-ImageIO，于是开始测试啦。

首先，想着ImageIO是未来的发展方向，所以就把这个库列在前面。把JAI-ImageIO库加到classpath和librarypath中，用ImageIO写了代码，结果运行出错，打印出ImageReader所支持的后缀和格式名称，发现居然没有TIFF的支持，而ImageWriter有。很奇怪都是JAI为什么ImageIO不支持。

接着，用JAI库来写。同样配置好后，写完代码测试很完美。通过！！

然后呢，在网上看到文章说JIMI比JAI处理图片速度快，于是又写了一个JIMI库的代码。发现效率都差不多嘛。可能是我用的地方不对吧，但是JIMI有个好处就是没有那些DLL文件，纯Java的，挺爽...

后来，在官方网站上看到一些消息，让我彻底放弃了JIMI。因为那上面说JIMI是Java 1.1的时候作为扩展图像库使用的，目前已经不怎么开发了。而JAI是从Java 2以后SUN重点研发的扩展图像操作库。ImageIO则是从 Java 1.4 之后引入的图像操作包，目前它的API已经集成在JRE中了。不过可惜的是，JAI-ImageIO连GIF动画都能读，居然不支持读取TIFF文件。

没办法只能使用JAI了。不过还好，在我们的大规模测试过程中，JAI的性能已经跟JIMI差不多了，这说明SUN的开发人员们在不断地优化这套类库。

最后，希望SUN的开发人员们赶紧把JAI现有的功能加到ImageIO上，毕竟我感觉ImageIO才是最通用的方法。

我做过一个用jai将多页tiff转换成一页一页的jpg的web查看tiff文件的项目，效率还行，只是碰到分辨率不是正常的tiff就比较讨厌了，比如200X100dpi，jai转换后的jpg都是96X96dpi的

我还是喜欢jimi，可以脱离X-window或windows，而且jimi做剪切和缩影都很方便。