java中用zipoutputstream压缩xml需注意：指定utf-8编码防乱码，显式调用closeentry()防损坏，用try-with-resources确保流释放，zipentry名称须以.xml结尾，http响应头设为application/zip并正确配置content-disposition。
Java里用ZipOutputStream压缩XML文件要注意什么
直接用ZipOutputStream写入XML内容没问题，但容易忽略字符编码和流关闭顺序——XML本身是文本，如果没指定UTF-8，中文会变乱码；如果closeEntry()没调用，压缩包可能损坏或解压时报“CRC校验失败”。
- 务必在
putNextEntry()后、写入前设置setLevel(Deflater.BEST_COMPRESSION)（可选，但默认压缩率低） - 写XML内容时，用
write(xmlString.getBytes(StandardCharsets.UTF_8))，别用getbytes()无参形式 -
closeEntry()必须显式调用，尤其循环打包多个XML时，漏掉会导致后续条目写入失败 - 整个
ZipOutputStream必须放在try-with-resources里，否则IO异常时流不释放，文件句柄泄漏
把内存中的XML字符串直接打包，不落地临时文件
常见场景是生成报表XML后立刻压缩下载，没必要先写磁盘再读取。关键是把String转为byte[]后喂给ZipOutputStream，跳过FileInputStream环节。
- 构造
ZipEntry时，name字段必须以.xml结尾，否则浏览器可能不识别为可下载文件 - 不要用
new ZipEntry("report.xml")然后entry.setTime(System.currentTimeMillis())——时间戳非必需，且某些旧版Android解压器会因非法时间拒绝解压 - 如果XML内容很大（>10MB），避免一次性
getBytes()吃光堆内存，改用StringReader+InputStreamReader分块读取写入
Spring Boot响应中返回ZIP流，Content-Type和Header怎么设
浏览器要能自动触发下载，不只是把ZIP数据写进去，HTTP头错一个就变成页面显示乱码或直接卡死。
-
response.setContentType("application/zip")，不是application/x-zip-compressed（后者IE时代遗留，现代浏览器兼容但不推荐） -
response.setHeader("Content-Disposition", "attachment; filename=\"data.zip\"")，注意filename值必须用英文双引号包裹，中文名需URL编码（如filename="%E6%8A%A5%E8%A1%A8.zip"） - 必须调用
response.flushBuffer()或确保OutputStream已close，否则Nginx等反向代理可能截断响应 - 别在Controller里用
ResponseEntity<byte></byte>返回整个ZIP字节数组——大文件会OOM，得用StreamingResponseBody或直接写HttpServletResponse.getOutputStream()
压缩后解压发现XML文件为空或损坏
最常见原因是：写完内容没调closeEntry()，或者ZipOutputStream被提前close()了，导致ZIP结构不完整。
立即学习“Java免费学习笔记（深入）”；
- 用
jar -tf data.zip命令检查压缩包是否真包含文件，如果输出为空，基本就是closeEntry()缺失 - 如果解压后XML打开是空文件，大概率是写入时用了
write(new byte[0])或XML字符串为null，加个Objects.requireNonNull(xmlStr, "XML content must not be null")提前报错 - Tomcat 9+ 默认禁用
sendfile优化，但若启用了，对动态生成的ZIP流会有干扰，建议在server.xml里确认useSendfile="false"
closeEntry()调用时机——它不像close()那么“明显”，但缺了它，ZIP就是半成品。调试时别只看有没有异常，一定要拿系统自带解压工具手动打开验证。 
