XMLID 是 XML 1.0 中定义的 ID 类型属性，用于标识唯一元素；xml.etree.ElementTree 默认忽略 DTD 和 XMLID 机制，仅将 id 视为普通字符串属性，不自动建立 ID 映射或校验。
XMLID 是什么，为什么 xml.etree.ElementTree 默认不解析它
XMLID 是 XML 1.0 规范里定义的一种特殊属性类型，用于声明元素 ID（类似 HTML 的 id），常配合 DTD 使用。但 xml.etree.ElementTree 是轻量级解析器，**默认完全忽略 DTD 声明和 XMLID 类型信息**——它只把 id 当成普通字符串属性，不会自动建立 ID 到元素的映射，也不会校验重复或格式。
这意味着：即使你的 XML 有 DOCTYPE 和 ATTLIST ... ID 声明，ElementTree.parse() 之后调用 root.find(".//*[@id='xxx']") 能工作，但那是靠属性名匹配，不是靠 XMLID 机制；你也不能用标准 DOM 那样的 getElementById 行为。
常见错误现象：
– 解析后想用 tree.getroot().find("...") 按 ID 快速查找，结果慢或写法冗长
– 误以为启用了 DTD 就能自动识别 ID，结果 id 属性值没被特殊处理
– 把 xml.etree.ElementTree 和 lxml 的 XMLID 支持混为一谈
用 xml.etree.ElementTree 手动实现 ID 映射（无 DTD 依赖）
最可靠的方式是绕过 XMLID 机制本身，自己遍历一遍树，收集所有带 id 属性（或你约定的 ID 属性名）的元素。这不依赖 DTD，兼容任何 XML 结构，也避免了加载外部 DTD 的安全和性能问题。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 统一约定 ID 属性名（如
id、xml:id或自定义字段），不要指望解析器自动推断 - 用
iter()深度优先遍历所有元素，检查是否含目标属性：id_map = {} for elem in root.iter(): elem_id = elem.get("id") # 或 elem.get("{http://www.w3.org/XML/1998/namespace}id") if elem_id: id_map[elem_id] = elem - 注意命名空间：如果用的是
xml:id，属性名是带命名空间的，elem.get("xml:id")不会命中，得用完整 URI 或用elem.attrib遍历比对 - ID 冲突时，后出现的元素会覆盖前面的——按需加重复检测逻辑
遇到 ParseError: not well-formed (invalid token) 且含 DTD 时怎么办
如果你的 XML 文件顶部有 <!DOCTYPE ...>，而你又没禁用 DTD 加载，ElementTree.parse() 在 Python 3.9+ 默认会拒绝解析（出于安全考虑），直接抛出 ParseError。
这不是 XMLID 的错，但常被误关联。解决路径很明确：
- 绝大多数场景下，**删掉 XML 文件里的
<!DOCTYPE ...>行**——你并不需要 DTD 来做 ID 查找 - 如果必须保留 DTD（比如要校验结构），改用支持 DTD 的解析器，例如
lxml.etree，并显式启用XMLID：from lxml import etree parser = etree.XMLParser(load_dtd=True, resolve_entities=False) tree = etree.parse("file.xml", parser) id_map = tree.docinfo.xmlids # 自动提取所有 XMLID - 不推荐用
xml.etree.ElementTree强行开启 DTD：它没提供接口，硬改底层会破坏稳定性
xml:id 和普通 id 属性在查找时的区别
XML 规范中 xml:id 是标准化的 ID 属性（命名空间 http://www.w3.org/XML/1998/namespace），而 id 是常见但非标准的写法。两者在 ElementTree 里都只是字符串属性，但语义和工具链支持不同。
实操要点：
- 用
elem.get("id")只能拿到无命名空间的id="xxx"；xml:id必须用完整命名空间：elem.get("{http://www.w3.org/XML/1998/namespace}id") - XSLT、XPointer、
lxml的xmlids等工具只认xml:id，不认普通id—— 如果后续要对接这些，优先用xml:id - 浏览器原生 XML 解析器（
DOMParser）也只把xml:id当作有效 ID；普通id属性在 XML 中没有特殊地位 - 性能上无差异：都是字典查找，瓶颈在构建映射的过程，不在属性名本身
ID 解析真正的复杂点从来不在语法，而在你是否清楚自己依赖的是规范语义（xml:id + DTD）、工具链能力（lxml 的 xmlids），还是手动维护的映射表——选错一层，后面所有查找逻辑都会偏移。
