xml 1.0是唯一安全、广泛兼容的选择；xml 1.1几乎无实际使用场景，主流解析器默认不支持，生态仅契约式支持1.0，version声明非开关而是兼容性契约。
XML 1.0 是当前唯一安全、广泛兼容的选择
XML 1.1 几乎没有实际使用场景，连主流解析器（如 Python 的 xml.etree.ElementTree、Java 的 DocumentBuilder、浏览器 DOM 解析）都默认不支持或需显式启用且行为不一致。你写个 <?xml version="1.1"?>，多数工具会直接报错或静默降级——这不是配置问题，是生态事实。
XML 1.1 唯一“合法”用途：处理含控制字符的遗留数据
XML 1.1 放宽了对某些 C0/C1 控制字符（如 \x01–\x08、\x0B、\x0C、\x0E–\x1F）的限制，允许它们出现在字符数据中（需转义或声明为 CDATA）。但现实是：
- 现代系统几乎不会生成这类数据；若真遇到，优先清洗掉控制字符，而非迁移到 XML 1.1
-
libxml2（被 lxml、PHP、GNOME 等大量依赖）对 XML 1.1 的支持不完整，比如不校验U+0085（NEL）是否合法 - HTTP
Content-Type头不区分 1.0/1.1，服务器和客户端根本不管这个 version 声明
声明 version="1.0" 不等于“强制校验”——它只是提示
XML 声明里的 version 属性本身不触发任何版本特定的语法检查。真正起作用的是解析器实现：
- 所有符合标准的 XML 1.0 解析器，必须拒绝 XML 1.1 特有的内容（如未转义的
\x85），哪怕你写了version="1.1" - 反过来，如果你写了
version="1.0"却塞入 XML 1.1 允许的字符，lxml会报XMLSyntaxError: PCDATA invalid Char value，而某些宽松解析器可能忽略 - 省略
version声明是完全合法的，默认就是 1.0；加不加只影响可读性，不改变解析行为
实际项目中怎么写才不出错
按最小可行原则操作即可：
- 始终用
<?xml version="1.0" encoding="UTF-8"?>，encoding 显式声明，避免 BOM 或字节序混淆 - 如果数据源含不可见控制字符，先用正则过滤：
re.sub(r'[\x00-\x08\x0B\x0C\x0E-\x1F\x7F]', '', text)，而不是换 version - CI/CD 中用
xmllint --noout --schema xsd.xsd file.xml验证时，它只认 1.0；别指望 1.1 能过 - 生成 XML 的库（如 Python 的
xml.etree.ElementTree）根本不提供设置 version="1.1" 的接口——不是忘了加，是刻意不支持
真正麻烦的从来不是选哪个 version，而是有人在调试时发现解析失败，回头翻文档看到“1.1 支持更多字符”，就贸然改声明，结果换来更隐蔽的兼容性断裂。version 声明不是开关，是契约；而整个生态只签了 1.0 的约。
