应使用 etree.iterparse() 流式解析大型 XML，监听 "end" 事件，在处理完目标元素后立即 clear() 并手动删除父节点中已处理的兄弟节点；需显式处理命名空间，避免全量 XPath 查询。
用 iterparse 流式读取，避免内存爆炸
直接 etree.parse() 加载整个大型 XML 文件（比如几百 MB 以上）会把全部内容塞进内存，极易触发 MemoryError。真正有效的做法是用 etree.iterparse() 按需拉取节点。
关键不是“怎么解析”，而是“什么时候释放”。常见错误是只调用 element.clear()，却忘了清理其父级中已无用的兄弟节点，导致内存持续增长。
- 必须监听
"end"事件，而非"start"：只有在元素闭合后，其全部子内容才完整可读 - 处理完目标元素后，立即执行
element.clear() - 紧接着手动清理其父节点中已处理过的子元素：
while element.getprevious() is not None: del element.getparent()[0] - 如果 XML 含命名空间，
iterparse不自动识别，需在后续 XPath 或查找时显式传入命名空间字典
带命名空间的节点定位必须显式声明
遇到类似 <Intuit xmlns="http://schema.intuit.com/finance/v3"> 这种带默认命名空间的 XML，所有元素实际都属于该 URI。若忽略这点，tree.xpath("//Bill") 会返回空列表——因为 XPath 中未声明命名空间时，//Bill 匹配的是无命名空间的 Bill，而实际节点是 {http://schema.intuit.com/finance/v3}Bill。
正确做法是先提取命名空间映射，再用于查询：
立即学习“Python免费学习笔记（深入）”；
root = tree.getroot()
ns = {"x": root.nsmap[None]} # 获取默认命名空间
bills = tree.xpath("//x:Bill", namespaces=ns)注意：root.nsmap[None] 取的是默认命名空间（即没有前缀的那个），不是 root.nsmap.get("x")；如果 XML 使用了带前缀的命名空间（如 xmlns:qbo="http://..."），则用对应前缀查。
xpath 提取属性或文本要区分 .get() 和 .text
节点操作中最容易混淆的是：属性值用 .get("attr_name")，文本内容用 .text，而子元素的文本要用 .findtext("child_tag") 或组合 .find("child_tag").text。直接访问 .text 对空元素会返回 None，对含混合内容（文本+子标签）的节点可能只取到开头一段。
-
bill.get("domain")→ 获取<Bill domain="QBO">的属性值 -
bill.find("name").text→ 获取<name>lisi</name>的纯文本（注意：若name下还有子标签，.text可能为空） -
bill.findtext("responseId")→ 等价于bill.find("responseId").text if bill.find("responseId") is not None else None，更安全 - 若需拼接所有文本（含多段、CDATA、子节点内文本），得遍历
bill.itertext()
大文件场景下别用 findall 或全量 xpath
tree.findall(".//Bill") 或 tree.xpath("//Bill") 表面简洁，但底层会先构建完整树结构，完全抵消 iterparse 的内存优势。一旦你已经用 iterparse 流式读取，就应放弃全量查询思维。
真实高效路径是：在 iterparse 循环中，仅当 event == "end" 且 element.tag 匹配目标名时才处理，其余一律跳过。例如：
for event, elem in context:
if event == "end" and elem.tag == "{http://schema.intuit.com/finance/v3}Bill":
domain = elem.get("domain")
name_elem = elem.find("{http://schema.intuit.com/finance/v3}name")
name = name_elem.text if name_elem is not None else ""
# 处理逻辑...
elem.clear()
# 清理兄弟节点...这种写法不依赖任何全局树结构，内存占用恒定，才是处理 GB 级 XML 的唯一可靠方式。
