如何从ImageIO中排除特定的TIFF读取器？

Question

堆栈：

• Java-1.80_91
• Scala-2.11.8
• 库-it.geosolutions.imageio-extImageio-ext-tiff 1.1.15

我们正在阅读大量旧的TIF图像，由于某些原因，读取高度不一致-由于某些原因，在不同的运行中读取同一图像可能会成功，也可能会失败-

javax.imageio.IIOException: Invalid component ID 3 in SOS
at com.sun.imageio.plugins.jpeg.JPEGImageReader.readImage(Native Method)
at com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(JPEGImageReader.java:1236)
at com.sun.imageio.plugins.jpeg.JPEGImageReader.read(JPEGImageReader.java:1039)
at com.sun.media.imageioimpl.plugins.tiff.TIFFOldJPEGDecompressor.decodeRaw(TIFFOldJPEGDecompressor.java:654)
at com.sun.media.imageio.plugins.tiff.TIFFDecompressor.decode(TIFFDecompressor.java:2527)
at com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.decodeTile(TIFFImageReader.java:1137)
at com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1417)

代码如下：

import java.io.{ByteArrayInputStream, ByteArrayOutputStream}
import javax.imageio.ImageIO

def convertToPng(data: Array[Byte]): Array[Byte] = {
    val inputStream = new ByteArrayInputStream(data)
    val image = ImageIO.read(inputStream)
    val outputStream = new ByteArrayOutputStream(inputStream.available())
    ImageIO.write(image, "png", outputStream)
    outputStream.toByteArray
}

问题是ImageIO同时初始化2个TIFF阅读器

 com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader & 
 it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader

或

 it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader
 com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader 

第一个失败，第二个工作。如何从ImageIO配置中排除com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader？

Answer 1

这里的问题是，ImageIO使用服务提供商接口（SPI）查找在运行时注册插件，在您的设置中，可以找到多个可以读取TIFF的插件。默认情况下，插件没有任何特定的顺序，这就是为什么有时您会得到com。首先是sun（JAI）TIFF插件，有时是它。首先是geosolutions（geosolutions）TIFF插件<代码>图像。读取（…）只会尝试第一个插件，如果失败就放弃。

如果可以，最简单的解决方案就是从类路径中删除一个插件。但是我假设你已经想到了。还有多种其他方法可以解决这个问题（我在Java中给出了代码示例，因为这是我最熟悉的，我相信你可以在Scala中写得更优雅；-））。

需要对代码进行最少更改的是在运行时在“引导”代码中的某个位置注销JAI提供程序（具体位置取决于应用程序，可以是静态初始化程序块或web上下文侦听器或类似程序）。iiOreRegistry有一个用于此目的的取消注册服务提供者（deregisterServiceProvider）方法，将提供者从注册表中删除，并使其不可用于图像IO。

另一种选择是定义提供者的显式顺序。如果出于某种原因（第三方需求/插件间依赖性等），需要为一种格式提供多个提供者，这将非常有用。iOreRegistry有一个用于此目的的setOrdering方法，该方法允许设置两个服务提供商的成对排序，使ImageIO始终优先于一个。

下面的代码显示了上述两个选项：

// Get the global registry
IIORegistry registry = IIORegistry.getDefaultInstance();

// Lookup the known TIFF providers
ImageReaderSpi jaiProvider = lookupProviderByName(registry, "com.sun.media.imageioimpl.plugins.tiff.TIFFImageReaderSpi");
ImageReaderSpi geoProvider = lookupProviderByName(registry, "it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReaderSpi");

if (jaiProvider != null && geoProvider != null) {
    // If both are found, EITHER
    // order the it.geosolutions provider BEFORE the com.sun (JAI) provider
    registry.setOrdering(ImageReaderSpi.class, geoProvider, jaiProvider);

    // OR
    // un-register the JAI provider
    registry.deregisterServiceProvider(jaiProvider);
}

// New and improved (shorter) version. :-)
private static <T> T lookupProviderByName(final ServiceRegistry registry, final String providerClassName) {
    try {
        return (T) registry.getServiceProviderByClass(Class.forName(providerClassName));
    }
    catch (ClassNotFoundException ignore) {
        return null;
    }
}

以上代码将确保Geosolutions TIFF插件始终由ImageIO使用。读取（…） ，您现有的代码应该可以正常工作（但现在是稳定的）。

一个完全不同的选择，是尝试使用所有注册的TIFF插件读取数据，并使用第一个成功的插件。这比之前的代码更明确，但需要重写图像读取代码：

byte[] data;
BufferedImage image;

try (ImageInputStream inputStream = ImageIO.createImageInputStream(new ByteArrayInputStream(data))) {
    Iterator<ImageReader> readers = ImageIO.getImageReaders(inputStream);

    // Try reading the data, using each reader until we succeed (or have no more readers)
    while (readers.hasNext()) {
        ImageReader reader = readers.next();

        try {
            reader.setInput(inputStream);
            image = reader.read(0);
            break; // Image is now correctly decoded
        }
        catch (Exception e) {
            // TODO: Log exception?
            e.printStackTrace();

            // Reading failed, try the next Reader
            inputStream.seek(0);
        }
        finally {
            reader.dispose();
        }
    }
}

当然，您可以将上述选项结合起来，以实现两全其美（即，稳定的顺序和在一个读卡器出现故障时的回退）。