使用GZIPInputStream读取gz文件正常但抛EOFException，如何解决？

我之前也碰到过一模一样的情况——代码明明能正常读出文件内容，但偏要抛出个EOFException，属实有点闹心。结合你的代码和异常栈信息，我来帮你拆解下原因和解决办法：

问题根源 #

从异常栈来看，这个EOFException要么是在GZIPInputStream初始化时，发现文件不完整导致读取头部失败；更常见的情况是：当IOUtils.readLines读完所有有效压缩内容后，GZIPInputStream会默认尝试读取下一个GZIP块的头部（GZIP格式支持多个压缩块串联），但此时文件已经到了末尾，就触发了这个异常。虽然你的功能能正常运行，但这个异常是流的后续校验逻辑“过度检查”导致的。

解决方案 #

根据不同场景，你可以选对应的处理方式：

1. 先确认压缩文件的完整性

先排除文件本身的问题，用gzip命令验证文件是否完整：

gzip -t your_target_file.gz

如果命令返回错误，说明文件损坏或不完整，重新生成正确的压缩文件就能解决问题，这是最根本的处理方式。

2. 捕获EOFException并忽略（适合已读取到有效内容的场景）

如果确认文件内容是完整的，只是流在结束时触发了不必要的异常，可以用try-with-resources包裹流，捕获EOFException后仅记录日志或直接忽略：

try (FileInputStream fis = new FileInputStream(file);
     GZIPInputStream gzipIn = new GZIPInputStream(fis)) {
    List<String> list = IOUtils.readLines(gzipIn, "UTF-8");
    for (String item : list) {
        System.out.println(item);
    }
} catch (EOFException e) {
    // 已经成功读取到全部内容，这个EOF属于正常结束，无需额外处理
    System.err.println("GZIP文件读取完成，触发正常EOF：" + e.getMessage());
} catch (IOException e) {
    // 处理真正的IO异常，比如文件不存在、权限不足等
    e.printStackTrace();
}

3. 处理多块串联的GZIP文件

如果你的gz文件是多次追加压缩内容生成的（比如多个独立GZIP块拼在一起），可以循环读取每个压缩块，遇到EOF时跳过当前块继续处理下一块：

try (FileInputStream fis = new FileInputStream(file)) {
    byte[] buffer = new byte[8192];
    int bytesRead;
    while ((bytesRead = fis.read(buffer)) != -1) {
        try (ByteArrayInputStream bais = new ByteArrayInputStream(buffer, 0, bytesRead);
             GZIPInputStream gzipIn = new GZIPInputStream(bais)) {
            List<String> list = IOUtils.readLines(gzipIn, "UTF-8");
            list.forEach(System.out::println);
        } catch (EOFException e) {
            // 单个压缩块读取完成，继续处理后续内容
            System.err.println("当前压缩块处理完成，继续读取后续内容");
        }
    }
} catch (IOException e) {
    e.printStackTrace();
}

额外提醒 #

一定要用try-with-resources语法管理流，它会自动帮你关闭流，避免资源泄漏，同时也能减少因流未正确关闭引发的异常。

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