xml文件本身是纯文本，跨平台依赖统一规范与各语言解析器协同实现；需显式声明编码、避免平台特性差异，并注意dtd/xsd校验、命名空间、空元素写法等协议层约定。
XML 文件本身不跨平台，是解析器和规范在起作用
XML 文件只是纯文本，没有执行能力，所谓“跨平台”其实是靠统一的语法规范 + 各语言标准解析器共同实现的。只要双方都按 XML 1.0 规范读写，且避开平台相关特性（比如换行符、编码声明方式），就能互通。
常见错误现象：UnicodeDecodeError（Python）、Invalid byte 1 of 1-byte UTF-8 sequence（Java DOM 解析时）——本质是编码声明与实际字节不一致。
- 务必在文件开头显式声明编码，如
<?xml version="1.0" encoding="UTF-8"?>，且保存文件时用对应编码 - 不要依赖操作系统默认编码（如 Windows 的
GBK），解析时也别让解析器“猜”编码 - 避免使用
CDATA包裹含非法字符的原始内容，优先转义（<、>等）
不同语言解析 XML 的关键差异点
Python 的 xml.etree.ElementTree 默认不校验 DTD，Go 的 encoding/xml 不支持注释或处理指令，Java 的 DocumentBuilder 默认开启外部实体加载（有 XXE 风险）。这些不是 Bug，而是设计取舍。
使用场景：如果你只做配置传递或简单数据交换，ElementTree 或 encoding/xml 足够；但涉及签名验证、命名空间严格匹配、或遗留系统对接，就得切到 lxml（Python）或 javax.xml.validation（Java）。
-
ElementTree不支持 XPath 1.0 全部语法，//node[@attr='val']可以，但following-sibling::不行 - Go 的
xml.Unmarshal要求字段名首字母大写，且需用xml:tag 显式映射，否则静默忽略 - JavaScript 浏览器环境用
DOMParser，Node.js 则必须引入fast-xml-parser或xml2js，原生无支持
跨平台失效的三个典型坑
不是 XML 写错了，而是配套机制没对齐。最常发生在微服务间、前后端联调、或 Java/Python/PHP 混合系统中。
常见错误现象：同一份 XML，Python 能 parse 成对象，Java 却报 SAXParseException: Element type "xxx" must be declared；或者前端 fetch 返回空白，后端日志显示已成功写入。
- DTD 或 XSD 校验开关不一致：一方开校验、一方关校验，导致“合法但被拒”
- 命名空间前缀绑定不同：
<tag></tag>和<tag></tag>在逻辑上等价，但字符串比较会失败 - 空元素写法混用：
<item></item>和<item></item>在语义上等价，但某些老旧解析器（如部分嵌入式 XML 引擎）只认其中一种
比格式更关键的是协议层约定
XML 文件能跨平台，前提是双方对“这个文件代表什么”有共识。光有 <user><id>123</id></user> 没用，得约定：id 是字符串还是整数？是否允许为空？时间字段用 yyyy-MM-dd 还是 ISO 8601？这些不在 XML 规范里，得靠文档、XSD 或接口契约补全。
性能影响：相比 JSON，XML 解析普遍慢 2–5 倍（尤其带 DTD 校验时），体积大 20–40%，移动端或高并发网关要特别注意。
- 别把 XML 当通用序列化格式用，它适合结构稳定、需人可读、要嵌入元数据（如
xml:lang）的场景 - 如果只是传 API 数据，优先考虑 JSON；如果要存档、签章、或对接政务/金融老系统，再选 XML
- 用 XSD 定义结构比靠文档描述可靠，但别过度设计——一个 200 行的 XSD 很难维护，也容易因小版本升级断裂
