11

我注意到我的一些 gzip 解码代码似乎无法检测到损坏的数据。我认为我已经将问题追溯到 Java GZipInputStream 类。特别是,当您使用单个“读取”调用读取整个流时,损坏的数据似乎不会触发 IOException。如果您在 2 次或更多次调用中读取相同损坏数据的流,则它会触发异常。

在考虑提交错误报告之前,我想看看这里的社区是怎么想的。

编辑:我修改了我的例子,因为最后一个没有清楚地说明我认为是什么问题。在这个新示例中,一个 10 字节的缓冲区被压缩,压缩后的缓冲区的一个字节被修改,然后被解压缩。对“GZipInputStream.read”的调用返回 10 作为读取的字节数,这是您对 10 字节缓冲区的期望值。然而,解压缩的缓冲区与原始缓冲区不同(由于损坏)。不会抛出异常。我确实注意到在读取后调用“可用”返回“1”而不是“0”,如果已达到 EOF,它将返回“0”。

这是来源:

  @Test public void gzip() {
    try {
      int length = 10;
      byte[] bytes = new byte[]{12, 19, 111, 14, -76, 34, 60, -43, -91, 101};
      System.out.println(Arrays.toString(bytes));

      //Gzip the byte array
      ByteArrayOutputStream baos = new ByteArrayOutputStream();
      GZIPOutputStream gos = new GZIPOutputStream(baos);
      gos.write(bytes);
      gos.finish();
      byte[] zipped = baos.toByteArray();

      //Alter one byte of the gzipped array.  
      //This should be detected by gzip crc-32 checksum
      zipped[15] = (byte)(0);

      //Unzip the modified array
      ByteArrayInputStream bais = new ByteArrayInputStream(zipped);
      GZIPInputStream gis = new GZIPInputStream(bais);
      byte[] unzipped = new byte[length];
      int numRead = gis.read(unzipped);
      System.out.println("NumRead: " + numRead);
      System.out.println("Available: " + gis.available());

      //The unzipped array is now [12, 19, 111, 14, -80, 0, 0, 0, 10, -118].
      //No IOException was thrown.
      System.out.println(Arrays.toString(unzipped));

      //Assert that the input and unzipped arrays are equal (they aren't)
      org.junit.Assert.assertArrayEquals(unzipped, bytes);
    } catch (IOException e) {
      e.printStackTrace();
    }
  }
4

1 回答 1

9

决定运行测试:

你错过了什么。 gis.read(unzipped)返回 1,因此它只读取了一个字节。你不能抱怨,这不是流的尽头。

下一个read()抛出“腐败的 GZIP 预告片”

所以这一切都很好!(并且至少在 GZIPInputStream 中没有错误

于 2011-03-11T18:16:55.183 回答