Windows环境Spring Boot保存日志时GZIP文件嵌套问题求解

你的核心问题是出现了双重Gzip压缩，导致最终生成的.gz文件内部嵌套了另一个.gz文件。这通常是因为数据在传输或保存过程中被重复压缩了两次，我们可以通过以下几种方式排查并修复：

可能的原因 #

1. Mock服务返回的日志数据已经是Gzip压缩格式，但你的代码在保存时又额外做了一次压缩（可能是fetchLogsFromMockService方法内部已完成压缩，或代码其他环节存在重复压缩逻辑）
2. Mock服务本身返回的就是双重压缩的数据（即服务端先把日志压缩成.gz，再把这个.gz文件再次压缩后返回）

针对性修复方案 #

方案1：如果服务返回的是未压缩的原始日志 #

如果fetchLogsFromMockService返回的是纯文本日志数据，你需要主动将其压缩为Gzip格式后再保存，替换原有的写入逻辑：

// 替换原来的文件写入代码
try (FileOutputStream fileOutputStream = new FileOutputStream(destinationPath);
     GZIPOutputStream gzipOutputStream = new GZIPOutputStream(fileOutputStream)) {
    gzipOutputStream.write(logData); // 将原始日志压缩后写入文件
}

方案2：如果服务返回的是已压缩的Gzip数据（但出现双重嵌套） #

这种情况说明服务返回的是双重压缩的数据，你需要先解压一次，再重新压缩为单一层级的Gzip文件：

// 第一步：解压服务返回的双重压缩数据
ByteArrayOutputStream uncompressedBaos = new ByteArrayOutputStream();
try (GZIPInputStream gzipInputStream = new GZIPInputStream(new ByteArrayInputStream(logData))) {
    byte[] buffer = new byte[1024];
    int len;
    while ((len = gzipInputStream.read(buffer)) != -1) {
        uncompressedBaos.write(buffer, 0, len);
    }
}
byte[] singleLayerData = uncompressedBaos.toByteArray();

// 第二步：将解压后的内容重新压缩为单一层级的Gzip并保存
try (FileOutputStream fileOutputStream = new FileOutputStream(destinationPath);
     GZIPOutputStream gzipOutputStream = new GZIPOutputStream(fileOutputStream)) {
    gzipOutputStream.write(singleLayerData);
}

方案3：验证服务返回数据的实际格式 #

你可以先临时将logData写入一个无后缀的临时文件，用压缩工具打开查看：

• 如果临时文件本身就是可直接解压出日志的Gzip文件，说明当前代码的直接写入逻辑是正确的，问题出在Mock服务返回了双重压缩的数据，此时使用方案2修复
• 如果临时文件是纯文本日志，说明需要使用方案1的主动压缩逻辑

内容的提问来源于stack exchange，提问作者Kailash