GZIPInputStream与FileInputStream一起使用，但与InputStream不一起使用

Question

我注意到在使用GZIPInputStream时，在gzip压缩的文件上使用从Class.class.getResourceAsStream生成的InputStream会导致

java.util.zip.ZipException: invalid code lengths set

在GZIPInputStream中使用时，但在同一文件上使用FileInputStream似乎可以正常工作。 有谁知道是什么原因造成的？

例如：

InputStream is = new FileInputStream("src/main/resources/testFile.gz");
GZIPInputStream zis = new GZIPInputStream(is);
String outputStr = IOUtils.toString(zis, "utf-8");

成功生成带有解压缩文件数据的输出字符串，而：

InputStream is = Class.class.getResourceAsStream("/testFile.gz");
GZIPInputStream zis = new GZIPInputStream(is);
String outputStr = IOUtils.toString(zis, "utf-8");

生成上面的ZipException。

我将文件解压缩后，可以使用两种方法生成的InputStream上的IOUtils.toString来获取正确的outputString，因此我知道文件已被成功访问，而问题似乎出在GZIPInputStream本身。

Answer 1

事实证明，Maven是为何使用getResourceAsStream生成ZipException而没有FileInputStream的原因。 我在src / main / resources下拥有的gz文件已被Maven复制到target / src / main / resources，随后在应用Maven过滤时被自动破坏。 FileInputStream的目标是src / main / resources下的文件，而getResourceAsStream的目标是target / src / main / resources下的文件。 该问题的解决方案是禁用src / main / resources目录中的资源过滤，如下所示。

<resource>
  <directory>src/main/resources</directory>
  <includes>
    <include>**/*</include>
  </includes>
  <filtering>false</filtering>
</resource>