XML需先编码为UTF-8字节流再gzip压缩，解压后须解码；HTTP需设Content-Encoding: gzip与Content-Type: application/xml；大文件应分块处理，避免内存溢出。
XML内容直接用gzip压缩会失败？先确认是否已序列化为字节流
XML本身是文本，但gzip只处理字节流。常见错误是把未编码的字符串（比如Python里的str）直接丢给gzip.compress()，结果报TypeError: must be bytes, not str。
- 必须先用
.encode('utf-8')转成bytes，再压缩 - 服务端解压后，也要用
.decode('utf-8')还原为字符串，否则拿到的是乱码字节 - 特别注意BOM：如果XML开头有
<?xml version="1.0" encoding="UTF-8"?>，编码必须严格匹配，否则解析器可能拒收
HTTP传输中启用GZIP需同时设置Content-Encoding和Content-Type
只压缩数据不加响应头，客户端根本不知道该解压——浏览器或requests库不会自动尝试解压。
- 服务端响应必须带
Content-Encoding: gzip头 -
Content-Type仍应为application/xml或text/xml，不要改成application/gzip - 客户端发起请求时，建议显式加
Accept-Encoding: gzip头，避免代理或CDN跳过压缩 - 某些老旧XML解析器（如Java的
DocumentBuilder）默认不处理压缩流，需手动解压后再喂给解析器
Python用gzip模块压缩XML的最小安全写法
绕开第三方库，纯标准库就能搞定，但参数和异常处理不能省。
import gzip
import xml.etree.ElementTree as ET
<h1>假设root是已构建好的Element对象</h1><p>xml_str = ET.tostring(root, encoding='utf-8')
compressed = gzip.compress(xml_str) # 注意：这里必须是bytes</p><h1>发送前记得设置headers = {'Content-Encoding': 'gzip', 'Content-Type': 'application/xml'}</h1>-
ET.tostring()的encoding参数必须指定，且值要和XML声明中的encoding一致 - 别用
method='xml'以外的选项（如'html'），会导致标签闭合异常，影响下游解析 - 大XML文件（>10MB）慎用
gzip.compress()全量加载——考虑用gzip.GzipFile配合分块写入
Java里用GZIPOutputStream写XML容易漏掉finish()
没调用finish()或close()，压缩数据就卡在缓冲区里，客户端收到的是不完整、无法解压的二进制流。
- 必须确保
GZIPOutputStream被正确关闭，推荐用try-with-resources - 别在
write()后立刻flush()——flush()不保证压缩缓冲区清空，只有finish()或close()才做最终压缩输出 - Spring Boot等框架若启用了全局GZIP（如
server.compression.enabled=true），就不要再手动套一层GZIPOutputStream，否则会双重压缩或头冲突
实际压测发现：含大量重复标签名和属性的XML（比如配置文件、SOAP消息），GZIP压缩率常达70%~85%，但节点内容全是随机UUID或base64编码时，压缩率可能低于10%。这时候得权衡CPU开销和传输收益——别为了“看起来更小”硬压。
