findall() 默认不识别命名空间，必须显式传入 namespaces 参数或使用 {URI}tag 格式；命名空间 URI 必须与 XML 声明完全一致，否则匹配失败。
findall() 为什么完全匹配不到带命名空间的标签
因为 findall() 默认不识别命名空间，XML 中像 <node></node> 这种写法，直接传 "ns:node" 或 "node" 都会返回空列表——它既不解析前缀，也不自动展开 URI。
常见错误现象：root.findall("item") 返回 []，但用 root.iter() 能看到所有节点；或者写成 "ns:item" 报 ParseError: prefix 'ns' not found in prefix map。
- 命名空间必须显式传入
namespaces=参数，不能只靠标签字符串里的前缀 -
findall()的路径语法只支持简单层级（如"ns:channel/ns:item"），不支持 XPath 函数或轴（如./following-sibling::*） - 如果 XML 声明了默认命名空间（
xmlns="http://example.com/ns"），连"item"都匹配不到——它其实等价于"{http://example.com/ns}item"
namespaces 字典怎么写才不会报 KeyError
字典 key 是你在 XPath 字符串里用的前缀（比如 "rss"），value 必须是完整的命名空间 URI 字符串，且**必须和 XML 中声明的一模一样**（包括末尾斜杠、大小写）。
使用场景：RSS 解析、SOAP 响应、自定义 XSD 校验后的 XML。
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- URI 中的空格、换行、多余斜杠都会导致匹配失败，建议从原始 XML 复制粘贴，不要手敲
- key 可以任意取（
"r"、"feed"都行），但一旦在路径中用了"r:channel"，就必须有{"r": "http://..."} - 没有前缀的默认命名空间不能用空字符串作 key，得用
{"" : "http://..."}，但注意：部分旧版 ElementTree 不支持空 key，稳妥起见统一用显式前缀
匹配默认命名空间（xmlns=""）的正确姿势
当 XML 根节点写了 xmlns="http://purl.org/rss/1.0/"，所有子标签实际都属于这个 URI，但你不能写 findall("item") —— 它会被当成无命名空间标签处理。
必须把 URI 显式“套”进标签名：用 "{http://purl.org/rss/1.0/}item" 这种格式，且 namespaces 参数可省略（因为没用到前缀）。
- 这种大括号写法是 ElementTree 原生支持的，兼容 Python 2.7+，无需额外配置
- URI 字符串必须严格一致，比如
http://purl.org/rss/1.0（少斜杠）就不匹配http://purl.org/rss/1.0/ - 如果同时存在多个命名空间，混用大括号和
namespaces会导致逻辑混乱，建议全程统一风格
findall() 和 find() 在命名空间下的行为差异
两者对命名空间的处理机制完全一致，区别只在返回值：一个是列表，一个返回单个元素。但容易被忽略的是——find() 找不到时返回 None，而 findall() 返回空列表，这直接影响 if result: 判断是否成立。
性能影响：在深层嵌套或大文件中，find() 可能比 findall() 略快（找到第一个就停），但差异通常可忽略；真正耗时的是反复调用或写错 namespace 导致全量遍历。
- 别用
findall(...)[0]替代find(...)，前者可能抛IndexError - 如果要取第 N 个带 ns 的节点，先
findall()再索引更安全，但记得检查长度 - 用
iter()+ 循环过滤虽灵活，但失去路径表达能力，复杂层级下代码反而更难维护
xmlns:dc 里的 dc 当成了标签名的一部分。 
