getElementsByTagName返回NodeList而非list，不支持索引和len()，需转list或用item()；它递归查找所有后代而非仅子节点；获取文本应遍历childNodes过滤TEXT_NODE；命名空间标签须用getElementsByTagNameNS。
getElementsByTagName 返回的是 NodeList 不是 list
很多人以为 getElementsByTagName 返回的是 Python 的普通 list，结果直接用 for node in nodes: 没问题，但一试 nodes[0] 或 len(nodes) 就报错——因为它是 xml.dom.minidom.NodeList 类型，不支持切片、in 判断或直接取长度。
实际要用时得先转成 list，或者用索引访问前确认是否非空：
-
nodes = element.getElementsByTagName(<code>"tagname") →if nodes.length > 0: first = nodes.item(0) - 更直白的写法：
node_list = list(element.getElementsByTagName(<code>"child"))，之后就能用[0]、len()、for等所有 list 操作 - 注意：即使没匹配到，
getElementsByTagName也**不会返回None**，而是返回一个空NodeList，所以不能写if nodes:来判空
getElementsByTagName 只查直接子节点？不，它递归查找所有后代
这是最常被误解的一点：getElementsByTagName 默认是深度优先遍历整个子树，不是只看 immediate children。如果你只想查一级子节点，得自己过滤：
- 错误预期：
parent.getElementsByTagName(<code>"span") 只拿 parent 下的<span>→ 实际会把所有嵌套里的<span>全捞出来 - 正确做法：遍历
parent.childNodes，再对每个node用node.nodeType == node.ELEMENT_NODE and node.tagName == "span"判定 - 或者用
minidom配合getElementsByTagname+node.parentNode is parent做二次筛选（但性能略差）
获取文本内容别直接 .data，要小心空白和换行节点
用 getElementsByTagName 拿到元素后，想读里面文字，很多人直接写 elem.firstChild.data，结果经常抛 AttributeError: 'NoneType' object has no attribute 'data'。
立即学习“Python免费学习笔记（深入）”；
原因：XML/HTML 中标签间的换行、缩进、空格都会生成 Text 节点，而 firstChild 很可能是这个空白节点，不是你要的文本节点。
- 安全做法：
text = "".join(t.nodeValue for t in elem.childNodes if t.nodeType == t.TEXT_NODE).strip() - 更省事：用
elem.textContent（Python 3.9+ minidom 支持），但注意它会拼接所有后代文本，包括子标签里的 - 如果结构固定，推荐先用
getElementsByTagName找到目标元素，再用childNodes遍历找 TEXT_NODE，避免依赖顺序
getElementsByTagName 对命名空间敏感，没声明 ns 就别带冒号
如果你的 XML 里有类似 <ns:tag> 这种带前缀的标签，getElementsByTagName(<code>"ns:tag") 是**完全无效的** —— minidom 默认不解析命名空间，也不认冒号语法。
- 要么去掉前缀，只写
"tag"（前提是文档里没其他同名 tag 冲突） - 要么改用
getElementsByTagNameNS，传入 namespace URI 和 localName，比如elem.getElementsByTagNameNS(<code>"http://example.com/ns","tag") - 注意：XML 文件里
xmlns:ns="..."声明的只是前缀绑定，真正匹配靠的是 URI 字符串，不是前缀名
事情说清了就结束。minidom 的核心坑不在功能少，而在它暴露了 DOM 标准的原始设计——比如 NodeList 不是 list、文本节点不可靠、命名空间要手动处理。这些地方一旦忽略，调试时花的时间远超写代码本身。
