在Java中读取逐步编码的9000×9000 JPEG需要1分钟

当使用 javax.imageio. ImageIO从磁盘加载大分辨率(9000×9000)JPEG时,我的scala应用程序需要超过1分钟.我尝试创建一个仅限 Java的项目,但它仍然需要太长时间 – 大约30秒.

这是我如何加载图像:

File file = new File("/Users/the21st/slow2.jpg");
BufferedImage image = ImageIO.read(file);

有没有办法提高阅读逐步编码的大尺寸JPEG JPEG中的性能

有问题的图像是this one(主持人,请不要重新上传到其他托管网站,以便编码/质量不会改变)

解决方法

好的,这是我的发现到目前为止(老实说,他们有点担心…).

使用与Oracle JRE捆绑在一起的ImageIO的标准JPEG插件

BufferedImage image = ImageIO.read(file);

在我的电脑(MacBookPro / 2.8GHz i7)上大约18秒钟内读取图像.

使用我的JPEG plugin for ImageIO,它使用一个稍微不同的代码路径(即,您可以通过获取ImageReader并调用readRaster()方法获得相同的结果,然后从中创建一个BufferedImage,代码是不平凡的,所以请参考在项目页面上,如果你想看到代码):

BufferedImage image = ImageIO.read(file);

在我的电脑上大概读取8秒钟的图像.

使用我的BufferedImageFactory课程和AWT工具包:

BufferedImage image = new BufferedImageFactory(Toolkit.getDefaultToolkit().createImage(file.getAbsolutePat‌​h())).getBufferedImage();

在我的电脑上读取约2.5秒的图像.

使用sun.awt.codec中已弃用的JPEGimagedecoder类:

BufferedImage image = new JPEGimagedecoderImpl(new FileInputStream(file)).decodeAsBufferedImage();

在我的电脑上读〜约1.7秒的图像.

所以,这意味着我们应该能够在不到2秒内读取这个图像,即使在Java中也是如此.在这种情况下,JPEGImageReader的性能是可笑的,我真的很想知道为什么.如已经提到的,似乎必须用逐行解码,但仍然应该比这更好.

更新:

只是为了乐趣,我创建了一个LibJPEG-Turbo Java API支持快速PoC ImageReader插件.它还不是很复杂,但它允许代码如:

BufferedImage image = ImageIO.read(file);

要读取< 1.5秒我的电脑 PS:I used to maintain ImageIO wrappers for JMagick(类似于@Jordan Doyle提到的代码,但是它可以让你针对ImageIO API进行编程),但是我停止了,因为它太多的工作.也许我必须重新考虑…至少值得检查他的解决方案,如果你不介意依靠JNI /本机代码安装.

相关文章

Java中的String是不可变对象 在面向对象及函数编程语言中,不...
String, StringBuffer 和 StringBuilder 可变性 String不可变...
序列化:把对象转换为字节序列的过程称为对象的序列化. 反序...
先说结论,是对象!可以继续往下看 数组是不是对象 什么是对...
为什么浮点数 float 或 double 运算的时候会有精度丢失的风险...
面试题引入 这里引申出一个经典问题,看下面代码 Integer a ...