XML文件是纯文本格式，不加密不压缩，靠标签嵌套表达结构；常见解析错误源于标签未闭合、引号不匹配或未转义特殊字符如&。
XML 文件本质是纯文本，不是二进制格式
XML 文件不加密、不压缩、不序列化，它就是人能直接读的文本文件，靠标签嵌套表达结构。传输时走 HTTP、FTP 或本地读取，和传 config.txt 没本质区别——只是服务端或客户端约定好“这堆文本按 XML 规则解析”。
常见错误现象：XML parsing error: not well-formed，大多因为手改时漏了闭合标签、引号不匹配、或用了非法字符（比如未转义的 &、）。
- 所有特殊字符必须转义：
&代替&，代替 <code> - 必须有且仅有一个根元素，不能并列两个
<item></item> - 大小写敏感：
<name></name>和<name></name>是不同标签
DOM 解析 vs SAX 解析：内存占用和使用场景差异大
读 XML 时选错解析方式，轻则卡顿，重则 OOM。DOM 把整个 XML 加载成内存树，适合小文件随机访问；SAX 是事件流式解析，适合大文件但只能顺序读。
使用场景举例：解析一个 2MB 的设备配置 device.xml，用 DOM 没问题；但处理 200MB 的日志导出 XML，必须用 SAX 或更现代的 StAX（Java）/ xml.etree.ElementTree.iterparse（Python）。
- DOM：支持
getElementById、querySelector，但加载瞬间就占内存 - SAX：
startElement/endElement回调驱动，不存整棵树，无法回溯 - 浏览器环境默认用 DOM；Node.js 常用
fast-xml-parser（无 DOM 树，更快更省）
XML Schema（XSD）不是必须的，但没它容易出隐性数据错
没有 XSD 或 DTD，XML 文件语法合法但语义可能错：比如 <age>twenty-five</age> 能通过基础解析，但业务逻辑会崩。XSD 相当于给 XML 写 TypeScript 类型定义。
实际项目里，很多团队跳过 XSD，靠代码里硬校验，结果接口一变就漏检。尤其在跨系统对接（如银行报文、医疗 HL7）时，缺 XSD = 缺契约。
- XSD 能约束字段类型：
xs:integer拒绝字符串"123"（如果严格模式开启） - 但 XSD 验证有开销，生产环境常只在测试或入参入口校验一次
- 替代方案：用 JSON Schema + XML 转 JSON 工具（如
xml2js），但丢失命名空间信息
XML 的 namespace 不是装饰，解析器认这个不认标签名表面一致
写 <price></price> 和 <price></price> 看似一样，但带不同 namespace 就是完全不同的元素。不声明、不处理 namespace，用 getElementsByTagName('price') 会查不到任何东西。
这是集成第三方 XML 接口时最常踩的坑——对方文档写了 xmlns="http://api.example.com/v1"，你代码里却按无命名空间解析。
- DOM 中必须用
getElementsByTagNameNS("http://api.example.com/v1", "price") - Python
ElementTree需提前定义前缀映射：{"ns": "http://api.example.com/v1"}，再写.find(".//ns:price", ns) - namespace URI 只是标识符，不要求真实可访问；
http://开头只是惯例，不是 URL
