因为find()只查直接子节点，不递归搜索；面对多层嵌套如value，root.find('b')返回None，正确做法是链式调用root.find('a').find('b').find('c').text或用XPath root.find('.//c')。
用 xml.etree.ElementTree 解析嵌套 XML 时，为什么 find() 找不到深层子节点？
因为 find() 只查直接子节点，不递归搜索。面对多层嵌套（比如 <root><a><b><c>value</c></b></a></root>），root.find('b') 返回 None——b 不是 root 的直接子元素。
正确做法是链式调用或使用 XPath：
-
root.find('a').find('b').find('c').text（适合层级固定、结构可信） -
root.find('.//c')（.//表示任意深度递归查找，更鲁棒） - 若需匹配带命名空间的标签，必须提前声明并使用前缀，例如
{http://example.com}c
提取重复结构（如多个 <item></item>）时，怎样避免手动遍历出错？
常见错误是写 for child in root: 然后硬编码索引取字段，一旦 XML 字段顺序变动或存在可选节点，就崩。
推荐用 findall() + 字段名安全提取：
立即学习“Python免费学习笔记（深入）”；
for item in root.findall('item'):
name = item.find('name')
price = item.find('price')
# 注意：find() 可能返回 None，不能直接 .text
data.append({
'name': name.text if name is not None else None,
'price': float(price.text) if price is not None and price.text else None
})关键点：
- 永远检查
find()返回值是否为None，再访问.text - 对数值型字段，额外判断
price.text是否为空字符串，否则float('')报ValueError - 不要依赖
child.tag == 'name'这类位置判断，XML 不保证顺序
遇到混合内容（文本+子元素）或注释节点，text 和 itertext() 怎么选？
比如 <p>Hello <em>world</em>.</p>，直接读 p.text 只得 "Hello "，漏掉 em 里的内容。
场景决定方法：
- 要获取整个标签内所有纯文本（含子元素内部文本），用
''.join(p.itertext())→"Hello world." - 要区分结构（如提取
p的首段正文、再单独处理em），则分别处理p.text、p[0].text、p.tail -
Comment节点默认被ElementTree忽略；如需保留，解析时加参数：ET.parse(file, parser=ET.XMLParser(target=ET.TreeBuilder(), recover=True))并手动处理Comment类型节点
当 XML 极大（百 MB 级）或结构极度不规则时，ElementTree 还适用吗？
不适用。ElementTree 会把整个 XML 加载进内存构建成树，大文件直接 OOM；且对格式错误容忍度低，一处闭合错就整个解析失败。
此时应切到流式解析：
- 用
xml.sax：事件驱动，内存占用恒定，但需自己维护状态栈来跟踪嵌套层级 - 用
lxml.etree.iterparse()：支持边解析边清理已处理节点，用del event_element防止内存堆积 - 若 XML 实际是 RSS/Atom/Soap 等标准格式，优先用对应领域库（如
feedparser），它们已处理好命名空间、编码、容错等细节
真正棘手的不是语法解析，而是业务层面的“结构不一致”——同一份 schema 下，某些 <item></item> 缺 <price></price>，另一些多出 <discount></discount>。这种必须靠明确字段映射规则 + fallback 逻辑，没有银弹。
