XML 1.1 实际不被主流解析器支持，Java、Python、浏览器等均只认 version="1.0"；写成 "1.1" 会报错或降级，唯一适用场景是需字面包含特定控制字符，但推荐用 XML 1.0 + 字符引用替代。
XML 1.1 的 <?xml version="1.1"?> 实际上不被主流解析器支持
绝大多数 XML 解析器（包括 Java 的 DocumentBuilder、Python 的 xml.etree.ElementTree、浏览器 DOM 解析器）只认 version="1.0"。写成 version="1.1" 不会触发新行为，反而可能直接报错或静默降级。
常见错误现象：
- Java 报
SAXParseException: Unsupported version "1.1" - Python
xml.etree.ElementTree.parse()抛ParseError: mismatched tag（实际是版本声明被当作文本处理） - Chrome 控制台显示
XML Parsing Error: unsupported version
根本原因：XML 1.1 虽然在 2004 年就发布，但几乎没有生态系统跟进。W3C 自己也明确建议“除非有特定需求，否则坚持用 1.0”。
XML 1.1 唯一真实有用的场景：需要处理 U+0001–U+0008 或 U+000B–U+000C 这类控制字符
XML 1.0 禁止直接包含大多数 C0 控制字符（除 、
、
外），而 XML 1.1 允许它们以字面形式出现（或用字符引用）。但注意：这不等于“你应该用 1.1”。
更稳妥的做法：
- 用 XML 1.0 + 字符引用（如
）替代字面控制字符 - 预处理数据：把非法控制字符替换成占位符或 Base64 编码后再塞进 XML
- 改用其他格式：如 JSON 不限制控制字符（只要 UTF-8 编码合法），且解析器支持更统一
性能与兼容性影响：XML 1.1 解析器极少，连 libxml2 默认也不启用 1.1 模式，需手动编译开关；启用后反而增加解析开销和安全风险（比如更宽松的命名规则可能绕过某些校验逻辑）。
encoding 声明和 version 没有绑定关系
有人误以为 “用了 UTF-8 就该配 1.1”，其实完全无关。XML 1.0 完全支持 encoding="UTF-8"、encoding="UTF-16" 等所有常见编码。
关键事实：
-
<?xml version="1.0" encoding="UTF-8"?>是标准写法，99% 场景够用 -
encoding属性只影响解析器如何读取文件字节，和语法版本无关 - 如果文件实际是 UTF-8 但声明成
encoding="ISO-8859-1"，无论 version 是 1.0 还是 1.1 都会乱码
容易踩的坑：用文本编辑器保存为 UTF-8 BOM 格式，却声明 encoding="UTF-8" —— 某些老解析器（如早期 .NET XmlReader）会把 BOM 当作内容开头，导致解析失败。
验证是否真需要 XML 1.1？先查你的工具链
不是“文档里写了 1.1 就算数”，而是整个处理链——生成、传输、解析、转换——每个环节都得支持。现实中几乎找不到全链路支持的案例。
自查清单：
- 你用的 HTTP 服务端（如 Tomcat、Nginx）是否允许
Content-Type: application/xml; charset=utf-8带 1.1 声明？ - 客户端 JS 用
DOMParser.parseFromString()解析时，是否返回parseerror？ - XSLT 引擎（如 Saxon）是否识别
xsl:version="2.0"以外的 XML 版本？它根本不看 XML 声明中的 version
真正复杂的点从来不是语法差异，而是没人告诉你：你写的那行 <?xml version="1.1"?>，从第一个字节开始，就已经在多数环境里失效了。
