XML在微服务中虽非首选但未消失，主要用于遗留系统集成（如SAP/Oracle的IDoc、SOAP）、行业标准协议（ISO 20022、HL7 CDA、GB/T 31076-2014）及少量配置场景，建议限定于网关或适配器层做XML↔JSON转换，避免侵入核心业务逻辑。
在微服务架构中，XML 的使用已大幅减少，但并未完全消失。它主要保留在与遗留系统集成、特定行业标准协议或强契约约束的场景中。
与传统企业系统（如 ERP、SCM）对接
很多大型企业的核心系统（如 SAP、Oracle EBS）仍以 XML 作为主要数据交换格式，尤其在通过 IDoc、SOAP Web Service 或中间件（如 IBM App Connect、TIBCO）对接时，微服务常需解析或生成 XML 报文。
- 例如：订单服务调用 SAP 接口创建销售订单，输入必须是符合 RFC 2271 规范的 XML 结构
- 建议在网关层或适配器服务中做 XML ↔ JSON 转换，避免核心微服务直接处理 XML
遵循行业标准化协议的场景
金融、医疗、政务等领域存在强制性的 XML 标准，微服务若需接入这些生态，就必须支持 XML。
- 金融：ISO 20022 报文（如 pacs.008 国际支付）、FIXML
- 医疗：HL7 CDA 文档、FHIR 的 XML 表示形式（虽 JSON 更常用，但部分监管环境要求 XML 签名）
- 政务：中国电子政务外网常用《GB/T 31076-2014》等 XML 描述的数据交换格式
配置与元数据描述（少量但关键）
部分微服务治理工具或框架仍用 XML 做声明式配置，尤其在 Java 生态中尚未完全迁移到注解或 YAML 的老项目里。
- Spring Boot 早期版本的 applicationContext.xml 或 Dubbo 的 dubbo.xsd 配置
- OpenAPI 3.0+ 已不推荐 XML Schema 定义，但某些 API 网关（如 Kong 的旧插件）仍依赖 XSD 校验入参
- 建议新项目统一用 YAML/JSON + JSON Schema，仅对存量 XML 配置做兼容封装
基本上就这些。XML 在微服务中不是首选，但绕不开——关键是把它“关进盒子”：限定在边界层、协议适配层或合规必需环节，不污染业务逻辑和内部通信。
