直接读文件用ElementTree.parse()，处理字符串（如API响应）用ElementTree.fromstring()；前者返回ElementTree对象需.getroot()取根节点，后者直接返回根Element，误调.getroot()会报AttributeError。
ElementTree.parse() 和 ElementTree.fromstring() 该选哪个？
直接读文件用 ElementTree.parse()，处理已加载的字符串（比如 API 返回体、测试用例）用 ElementTree.fromstring()。前者返回 ElementTree 对象，后者返回根 Element 节点——这点容易混淆：误把 fromstring() 结果当完整树对象调用 .getroot() 会报 AttributeError。
常见错误现象：AttributeError: 'xml.etree.ElementTree.Element' object has no attribute 'getroot'，就是因为对 fromstring() 的返回值重复调用 .getroot()。
- 文件路径存在且可读，优先用
parse()； - XML 内容来自网络响应或拼接字符串，必须用
fromstring()； -
parse()内部会自动处理编码声明（如<?xml version="1.0" encoding="utf-8"?>），而fromstring()要求输入已是合法 Unicode 字符串，传 bytes 会直接报TypeError。
如何安全提取嵌套节点并避免 AttributeError？
用 .find() 或 .findall() 前不检查父节点是否存在，是运行时崩掉的高频原因。ElementTree 不提供“安全导航”语法（如 XPath 中的 // 默认兜底），所有查找都严格基于当前节点上下文。
推荐组合写法：elem.find('child') 后立刻判断是否为 None，再取文本或属性。别依赖 or '' 这类隐式转换——空元素和缺失元素行为不同，.text 为 None 时转 str 会变成字符串 'None'。
立即学习“Python免费学习笔记（深入）”；
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 用
elem.find('path/to/node') is not None显式判空； - 取文本统一用
(elem.find('tag') or {}).text or ''不可靠，应拆成两步：先存查找结果，再判空取值； - 需要多级默认值（如缺失
author/name就用unknown），建议封装小函数，避免嵌套三元表达式。
用 XPath 表达式时哪些写法实际无效？
ElementTree 支持的 XPath 是子集，不支持 // 开头的全局搜索（除非用 etree 的 lxml 后端）、不支持函数如 contains() 或 starts-with()、也不支持谓词中用位置索引以外的逻辑（如 [@id='x'] 可以，但 [position() > 1] 不行）。
典型翻车点：写 root.findall('.//item') 以为能跨层匹配，结果返回空列表——标准库只支持 .、..、*、标签名和简单属性谓词，// 被静默忽略。
- 层级明确时，用
root.findall('level1/level2/item')； - 需模糊匹配子树，改用循环 +
.iter()（如list(root.iter('item'))）； - 依赖复杂 XPath，不要硬扛，换
lxml并显式导入from lxml import etree，注意它不是标准库。
解析大 XML 文件时内存暴增怎么办？
ElementTree.parse() 会把整个文档载入内存构建成树，GB 级 XML 很快 OOM。这不是代码写错，是设计使然——ElementTree 本就面向中小规模数据。
真实场景中，若 XML 是日志、导出报表或传感器批量上报，应放弃“全量解析+遍历”，改用 xml.etree.ElementTree.iterparse() 流式处理。它边读边触发事件（start/end），可及时清理已处理节点，内存占用稳定在 MB 级。
- 用
iterparse(filename, events=('start', 'end'))； -
start事件拿到新开标签，end事件拿到闭合后完整节点，此时可提取数据并调用elem.clear()释放子树； - 别在
start里就调elem.clear()，否则子节点还没收全； -
iterparse()不自动处理命名空间，含xmlns的文件需手动剥离前缀或预注册 namespace map。
流式解析的逻辑比一次性 parse 多几行，但面对几十万行 XML，这是唯一不被系统 kill 的办法。
