在 java ee web 应用中，将 zip 文件通过 servlet 下载给客户端时，若错误地将字节数组转为 `string` 再转回字节，会导致二进制数据被破坏，引发 zip 文件损坏。本文详解根本原因与正确实现方式。
ZIP 文件是典型的二进制文件，其内部结构（如本地文件头、中央目录、CRC 校验值等）严格依赖原始字节序列的完整性。一旦将其误当作文本处理（例如通过 new String(byte[]) 构造字符串），JRE 会使用平台默认字符集（如 UTF-8 或 ISO-8859-1）对字节进行解码——而 ZIP 的任意字节组合极大概率无法映射为合法 Unicode 字符，造成不可逆的数据丢失或替换（如替换为 或截断）。后续调用 String.getBytes() 又按相同/不同编码重新编码，最终写入响应流的字节已与原始 ZIP 完全不同，自然被解压工具判定为“损坏”。
你当前代码中的关键缺陷正出现在这一环节：
// ❌ 错误：byte[] → String → byte[]（破坏二进制完整性） byte[] bytes = FileUtils.getZipBytes(file, files); sendFile(new String(bytes), fileName, extension, type, response); // ← 危险转换！ // 在 sendFile(String...) 中： out.write(content.getBytes()); // ← 再次编码，雪上加霜
即使 getZipBytes() 本身完全正确（经验证服务器端生成的 ZIP 可正常解压），这个多余的 String 中转层已彻底毁掉 ZIP。
✅ 正确做法是全程保持字节原样传递，避免任何字符串编码介入：
立即学习“Java免费学习笔记（深入）”；
// ✅ 修正后的 sendFile 方法（接收 byte[]）
public default void sendFile(byte[] content, String fileName, FileExtension extension, ContentType type, HttpServletResponse response) {
response.setContentType(type.getExpression());
// 注意：确保文件名编码兼容主流浏览器（推荐 UTF-8 + RFC 5987）
String encodedName = FileUtils.encodeForFileName(fileName) + "." + extension.getExtension();
response.setHeader("Content-Disposition",
"attachment; filename*=UTF-8''" + URLEncoder.encode(encodedName, StandardCharsets.UTF_8));
try (OutputStream out = response.getOutputStream()) {
out.write(content);
out.flush();
} catch (IOException e) {
throw new RuntimeException("Failed to write ZIP response", e);
}
}调用处同步更新为直接传入字节数组：
// ✅ 直接传递原始字节，零损失
byte[] zipBytes = FileUtils.getZipBytes(file, files);
sendFile(zipBytes,
"s" + this.optimizerId + "-" + this.optimizerName + "-" + start.toDate(Defs.DB.DATE_PATTERN) + "-" + end.toDate(Defs.DB.DATE_PATTERN),
FileExtension.NONE,
ContentType.ZIP,
response);⚠️ 额外重要注意事项：
- 关闭资源：务必使用 try-with-resources（如示例所示）或显式 close()，防止连接泄漏；
- 文件名编码：Content-Disposition 中的 filename*（RFC 5987）比传统 filename 更可靠支持 Unicode（如 Système U），避免乱码或截断；
-
响应头完整性：可补充 Content-Length 头提升客户端体验：
response.setContentLength(content.length);
- 缓冲与性能：对于大 ZIP 文件，考虑分块写入（out.write(content, 0, len)）并启用响应缓冲，但小文件直接 write(byte[]) 即可。
总结：ZIP 不是字符串，永远不要用 String 作为二进制数据的容器。坚持 byte[] → OutputStream 的直通路径，是保证下载文件完整性的黄金准则。
