XML上传接口错误信息语言由服务端根据Accept-Language请求头或XML内lang字段决定，未提供时回退至默认语言；错误码中立，文案通过资源文件动态加载。
XML上传接口返回错误信息时，语言由谁决定
XML上传接口本身不处理国际化，错误信息语言取决于服务端的判定逻辑。常见做法是解析请求头中的 Accept-Language，或从 XML 内容里提取显式声明的语言字段（如 en-US）。
在XML响应体中嵌入多语言错误信息的结构设计
不推荐在同一个 XML 响应中塞入所有语言的错误文本（体积大、难维护）。更合理的方式是：服务端根据当前请求语言，动态生成对应语言的 errorCode）必须保持语言中立，只做唯一标识；而文案全部走外部资源文件（如 messages_zh.properties、messages_en.properties）。
示例响应（请求头含 Accept-Language: zh-CN）：
ERROR INVALID_XML_FORMAT XML格式不合法 第5行缺少结束标签
Java Spring Boot 中实现 XML 错误响应国际化的典型路径
Spring MVC 默认对 @ResponseBody 的 XML 返回不自动应用 MessageSource，需手动注入并渲染。核心步骤包括：
- 配置
ResourceBundleMessageSource，设置basename指向 i18n 文件目录 - 在异常处理器（
@ControllerAdvice）中，用getMessage(code, args, locale)获取本地化文案 - 确保 XML 序列化器（如
Jaxb2RootElementHttpMessageConverter）不干扰 locale 传递 - 显式从
HttpServletRequest提取Locale，不要依赖线程上下文（XML 请求常绕过常规拦截器）
容易踩的坑：LocaleContextHolder.getLocale() 在纯 XML POST 场景下可能为空，必须从请求头或参数显式获取。
前端调用方如何正确发送语言偏好
前端控制语言的关键，在于是否在 HTTP 请求头中带上 Accept-Language。XML 接口不识别 URL 参数或 body 内字段作为语言依据（除非后端特别约定），所以：
- AJAX 调用必须设置
headers: { 'Accept-Language': 'ja-JP' } - cURL 示例：
curl -H "Accept-Language: fr-FR" -H "Content-Type: application/xml" --data-binary @file.xml https://api.example.com/upload - 若服务端同时支持 header 和 XML 内
-
浏览器地址栏直接打开 XML URL 不会带
Accept-Language，这种场景无法触发国际化
最易被忽略的一点：某些老版本 XML 解析库（如早期 dom4j）会静默丢弃 HTTP 头，导致服务端永远拿到默认 locale——务必在日志中打印实际解析到的 Locale 值验证。
