【发布时间】:2013-08-29 21:54:50
【问题描述】:
我有一些代码使用 ImageReader 类读取大量 TIF 图像。 imageReader 对象是最终的并在构造函数中创建。
synchronized(imageReader) {
LOG.debug(file);
FileInputStream fin = new FileInputStream(file);
ImageInputStream iis = ImageIO.createImageInputStream(fin);
imageReader.setInput(iis, false);
int sourceXSubSampling = targetSize == null ?
1 : Math.max(1, imageReader.getWidth(0) / targetSize.width);
int sourceYSubSampling = targetSize == null ?
1 : Math.max(1, imageReader.getHeight(0) / targetSize.height);
ImageReadParam subSamplingParam = new ImageReadParam();
subSamplingParam.setSourceSubsampling(sourceXSubSampling, sourceYSubSampling, 0, 0);
return imageReader.read(0, subSamplingParam);
}
大约四分之一的实例中,ImageReader 会“卡”在它加载的第一个图像上,并且会一遍又一遍地加载相同的图像,即使它提供了不同的 ImageInputStreams。记录器的输出证明了这一点。
我该如何解决这个问题。如果发生这种情况,我正在考虑获取图像的“指纹”并从迭代器中获取不同的 ImageReader,但这似乎有点矫枉过正。有谁知道如何解决这个问题?
【问题讨论】:
-
1- 关闭您的信息流; 2- 阅读完毕后丢弃阅读器; 3- 每次都要求一个“新”读者。可能无法解决问题,但不会造成伤害......
-
其实你不需要额外的
FileInputStream,直接调用ImageIO.createImageInputStream(file)即可。然后你不必关闭它,它may even be faster 也是。 :-)
标签: java javax.imageio