responseentity返回xml时必须显式设置content-type为application/xml;charset=utf-8，并添加content-disposition附件头；推荐使用responseentity而非string，确保xml声明、响应头和字节数组三者编码严格一致。
ResponseEntity 返回 XML 时 Content-Type 必须显式设为 application/xml
Spring MVC 默认对 ResponseEntity<string></string> 或 ResponseEntity<byte></byte> 不会自动推断 XML 类型，容易被当成 text/plain 或 text/html，浏览器就直接渲染或乱码，而不是触发下载。
实操建议：
- 用
HttpHeaders显式设置Content-Type为application/xml（不是text/xml，后者兼容性差，部分浏览器不识别为可下载） - 加上
Content-Disposition告诉浏览器“这是附件”，例如：attachment; filename="data.xml" - 如果 XML 内容含中文，
Content-Type还得带;charset=UTF-8，否则响应头里没声明编码，浏览器可能用 ISO-8859-1 解析，导致中文变问号
返回 String 还是 byte[]？选 byte[] 更稳妥
用 ResponseEntity<string></string> 返回 XML 字符串时，Spring 会经过字符编码转换链（比如从 UTF-8 String → 某个默认 charset 的字节），中间若没对齐，容易二次编码或乱码；而 byte[] 绕过字符串编解码环节，直接写入响应流，控制权更明确。
实操建议：
- XML 内容先用
String.getBytes(StandardCharsets.UTF_8)转成byte[] - 返回类型用
ResponseEntity<byte></byte>，避免 Spring 自动调用StringHttpMessageConverter - 别依赖
@ResponseBody+String返回值——它走的是消息转换器，默认不保证 XML 头和编码一致性
produces = "application/xml" 在 @GetMapping 里基本没用
这个属性只影响 Spring 的内容协商（content negotiation）机制，比如根据请求头 Accept 匹配方法。但导出文件是主动触发下载，客户端通常不带 Accept: application/xml，而且你根本不想“协商”，就想强制返回 XML 文件。
常见错误现象：
- 加了
produces却没设响应头，浏览器仍当 HTML 打开 - 加了
produces但返回的是String，Spring 用默认 converter 写出的响应头仍是text/plain
所以：删掉 produces，老老实实自己设 Content-Type 和 Content-Disposition。
XML 内容本身要带 声明且编码匹配
即使响应头写了 charset=UTF-8，如果 XML 字符串开头没有 <?xml version="1.0" encoding="UTF-8"?>，某些客户端（比如旧版 IE、某些 Java 客户端）会忽略响应头，按声明里的 encoding 解析——结果声明写的是 ISO-8859-1，实际内容是 UTF-8 字节，必然乱码。
实操建议：
- 生成 XML 字符串时，第一行必须是
<?xml version="1.0" encoding="UTF-8"?> - 确保这行声明里的
encoding和你转byte[]用的 charset 一致（都是UTF-8） - 如果用
JAXB或DOM生成 XML，检查输出配置是否启用了setEncoding("UTF-8")
最易被忽略的是：响应头、XML 声明、字节数组三者的编码必须严格一致；少一个对齐，下载后的文件打开就是乱码，还很难排查到是哪一层错了。
