无法从GZIPInputStream读取小型压缩字节数组的问题排查

• 排查压缩数据的实际来源
  20字节的GZIP压缩包通常是由空字节数组压缩生成的（GZIP的头+尾信息本身就占约20字节）。如果你的原始response为空字符串/空字节数组，那么压缩后的结果就是这样，解压后自然没有内容，这属于正常行为。建议在压缩前确认response.getBytes()是否确实包含有效数据。

• 修正压缩代码的资源管理
  你的压缩代码中，GZIPOutputStream没有纳入try-with-resources管理，虽然手动调用close()理论上可行，但try-with-resources能更可靠地确保流的关闭（包括自动flush并写入GZIP的尾校验信息）。修改后的压缩代码如下：

  try (final ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream();
       final GZIPOutputStream gzip = new GZIPOutputStream(byteArrayOutputStream)) {
      gzip.write(response.getBytes());
      response = byteArrayOutputStream.toByteArray();
  } catch (IOException e) {
      log.error("Problem in compression", e);
  }
  

• 修正解压代码的资源管理
  同样，解压代码中的GZIPInputStream也应该用try-with-resources包裹，避免手动close可能带来的流状态异常。修改后的解压代码：

  try (ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream(); 
       ByteArrayInputStream byteArrayInputStream = new ByteArrayInputStream(compressed);
       GZIPInputStream gzipInputStream = new GZIPInputStream(byteArrayInputStream, BUFFER_SIZE)) {
      byte[] data = new byte[BUFFER_SIZE];
      int bytesRead;
  
      while ((bytesRead = gzipInputStream.read(data)) != -1) {
          byteArrayOutputStream.write(data, 0, bytesRead);
      }
  
      return byteArrayOutputStream.toByteArray();
  } catch (IOException e) {
      log.error("Problem in decompression", e);
  }
  

• 检查数据库存储环节
  确保你使用二进制类型字段（如MySQL的BLOB、PostgreSQL的BYTEA）存储压缩后的字节数组，避免使用字符串类型（如VARCHAR）存储——字符串编码会破坏二进制数据，导致解压时无法识别有效GZIP格式。同时确认读取逻辑完整读取了数据库中的所有字节，没有截断。

内容的提问来源于stack exchange，提问作者Sébastien Vandamme