Java读取java.sql.Blob类型Zip文件：条目提取返回null问题求解

我帮你排查了代码里的问题，核心原因是重复读取Blob导致流被耗尽，同时还有几个隐藏问题需要调整，下面一步步来解决：

核心问题：Blob流只能读取一次 #

你代码里先调用了：

byte[] blobAsBytes = zip.getBytes(1, (int) zip.length());

这行代码会把Blob的全部内容读取到字节数组中，同时将Blob内部的流指针移动到末尾。当你之后再调用zip.getBinaryStream()获取流时，这个流已经没有任何数据可以读取了，所以ZipInputStream的getNextEntry()自然返回null——因为它根本没读到任何Zip数据。而且这行字节数组的代码完全是多余的，你后续逻辑里根本没用到它，直接删掉就能解决流的问题。

修复后的完整代码 #

另外我还修复了一个隐藏问题：你原来的代码会覆盖文件名，最后只插入最后一个Zip条目，现在改成循环插入每个条目，同时优化了资源管理避免泄漏：

public static void unzipFiles(java.sql.Blob zip) throws Exception{ 
    // 提前获取数据库连接，使用try-with-resources自动关闭资源
    try (Connection conn = DriverManager.getConnection("jdbc:default:connection:");
         PreparedStatement pstmt = conn.prepareStatement("INSERT INTO E (FILENAME) VALUES (:filename)")) {

        // 直接使用Blob的二进制流初始化ZipInputStream
        try (ZipInputStream zis = new ZipInputStream(zip.getBinaryStream(), StandardCharsets.UTF_8)) { 
            ZipEntry zipEntry;
            while ((zipEntry = zis.getNextEntry()) != null) { 
                String fileName = zipEntry.getName();
                // 插入当前Zip条目的文件名
                pstmt.setString(1, fileName); 
                pstmt.executeUpdate();
                // 关闭当前条目流，释放资源
                zis.closeEntry();
            } 
        }
    }
}

额外注意事项 #

• 验证Zip文件有效性：确保PL/SQL传入的Blob确实是完整有效的Zip文件——可以在PL/SQL里把Blob导出到本地文件，尝试用解压工具打开，排除源文件损坏的可能。
• 文件名编码问题：如果你的Zip条目包含非ASCII文件名（比如中文、特殊字符），StandardCharsets.UTF_8不一定适配所有场景。如果出现文件名乱码，可以尝试换成StandardCharsets.GBK或者其他对应编码。
• 资源管理：使用try-with-resources语法可以自动关闭流、连接和PreparedStatement，避免手动关闭遗漏导致的资源泄漏。

内容的提问来源于stack exchange，提问作者A.Rangoda