iterfind查不到子元素通常因未处理命名空间；需用命名空间字典（如{“ns”:”http://example.com”}）并配合前缀使用，如root.iterfind(“ns:item”, ns)。
iterfind 查不到子元素？检查路径是否带命名空间
python 的 iterfind 默认不支持带命名空间的 xml，哪怕文档里写了 xmlns="http://example.com"，你也得显式声明前缀，否则 iterfind("item") 会返回空。
常见错误现象：iterfind("item") 返回空迭代器，但用 findall(".//item") 或手动遍历 root.iter("item") 却能拿到结果——这基本就是命名空间在作怪。
- 使用场景：解析 RSS、SOAP 响应、KML、某些 OpenXML 格式（如 .docx 内部 XML）
- 解决方法：把命名空间映射成字典传给
iterfind，比如ns = {"ns": "http://example.com"}，再调用root.iterfind("ns:item", ns) - 注意：前缀名（如
"ns"）可以任意取，但必须和 XPath 表达式里的前缀严格一致；URI 必须完全匹配 XML 中声明的值（包括末尾斜杠）
iterfind 和 findall 性能差在哪？只在需要时才用 iterfind
iterfind 返回的是生成器，findall 返回列表。看起来 iterfind 更省内存，但实际中多数情况没必要硬换——除非你确定要处理超大 XML（几百 MB 以上）且只读取少量匹配节点。
性能影响：对中小 XML（iterfind 无法做索引访问（比如 results[0]）、不能重复遍历，一旦 for 循环结束就耗尽了。
立即学习“Python免费学习笔记（深入）”；
- 使用场景：流式处理日志类 XML、内存受限环境、配合
next()取第一个匹配项后立刻退出 - 别滥用：如果后续还要统计数量、切片、二次过滤，老实用
findall更稳妥 - 参数差异：两者签名一致，都接受
path和可选namespaces，但iterfind不支持findall的**kwargs（其实也没啥可传）
XPath 路径写错导致 iterfind 返回空？这些写法最常出错
iterfind 只支持 XPath 的极小子集：仅限层级路径（如 "child/grandchild"）、通配符（"*"）、当前节点（"."）和双斜杠开头的相对路径（".//tag"）。不支持谓词（[@attr="val"]）、函数（text()）、轴（following-sibling::）等。
错误现象：写 iterfind(".//item[@type='news']") 静默失败（返回空），或抛 SyntaxError: invalid predicate。
- 可行写法：
"item"、"channel/item"、".//item"、"*/item" - 不可行写法：
"item[@type='news']"、"item/text()"、"item[position()=1]" - 替代方案：先用
iterfind拿到所有item元素，再用 Python 过滤，比如[e for e in root.iterfind("item") if e.get("type") == "news"]
为什么 iterfind 找不到根节点下的直接子元素？确认 root 是 Element 对象
如果你是从字符串或文件加载 XML 后直接对 ET.fromstring(...) 或 ET.parse(...).getroot() 的结果调用 iterfind，那没问题；但若误把 ET.parse() 返回的 ElementTree 对象当成了 root，就会报 AttributeError: 'ElementTree' object has no attribute 'iterfind'。
另一个易忽略点：XML 文档可能有文档类型声明（DTD）或注释节点，导致你以为的“根元素”其实被包装在一层 Document 结构里——但 xml.etree 不会这样，它总是返回最外层 Element。
- 检查方式：打印
type(root)，必须是<class></class> - 正确加载示例：
root = ET.fromstring(xml_str)或root = ET.parse("file.xml").getroot() - 错误写法：
tree = ET.parse("file.xml"); tree.iterfind("item")—— 这里tree是ElementTree实例，没iterfind方法
事情说清了就结束