subelement报错因父节点非element实例，须传et.element()或find()返回的真实element；属性需构造时传入，文本和tail须创建后赋值；循环中应复用父节点避免重复查找。
SubElement 为什么总报错说 parent 不是 Element？
因为 SubElement 第一个参数必须是已存在的 Element 实例，不是字符串、字典，也不是还没调用 ET.Element() 构造出来的“空壳”。常见错误是传了根节点名（比如 "root"）进去，或者误把 ET.parse() 返回的 ElementTree 对象当成了 Element。
- 正确做法：先用
ET.Element()或find()/findall()拿到真正的Element，再传给SubElement - 检查方式：打印
type(parent)，确认是<class></class>，不是ElementTree - 典型翻车代码：
SubElement("root", "child")—— 这里第一个参数是字符串，直接报TypeError
创建带属性和文本的子节点，顺序有讲究吗？
有。属性必须在创建时通过 attrib 参数或关键字参数传入；文本内容要等节点创建完再赋值给 .text，不能塞进构造参数里。否则文本会丢失或被忽略。
- ✅ 正确：
child = SubElement(parent, "item", id="123"); child.text = "hello" - ❌ 错误：
SubElement(parent, "item", id="123", text="hello")——text不是合法参数，会被静默丢弃 - ⚠️ 注意：
.tail同理，也不能在构造时设，得单独赋值
在循环里反复调用 SubElement，性能要注意什么？
单次调用开销很小，但若在大循环中频繁新建大量节点（比如上万条记录），瓶颈往往不在 SubElement 本身，而在 python 对象创建和内存分配。更关键的是：别在循环里重复查找父节点。
- 常见低效写法：每次循环都用
root.find("list")找父容器，然后SubElement——find()是线性扫描，O(n) 复杂度 - 优化建议：提前查一次父节点并复用，比如
list_elem = root.find("list")，循环里只调SubElement(list_elem, ...) - 极端场景（超大数据量）：考虑用
xml.sax或lxml的增量写入，避免全量内存构建树
SubElement 创建的节点没出现在最终 XML 里？
大概率是因为你没把新节点挂到可序列化的树结构里 —— 最常见的漏点是：父节点本身不是根节点的后代，或者你操作的是副本而非原树。
立即学习“Python免费学习笔记（深入）”；
- 检查根节点是否真的包含了它：打印
ET.tostring(root, encoding="unicode")看输出，别只信print(child) - 警惕
ET.fromstring()和ET.parse()的返回值差异：parse()返回ElementTree，得用.getroot()拿真实根节点 - 别对
find()结果做深拷贝后再SubElement—— 拷贝后的节点没连回原树，tostring()时自然不出现
最常被忽略的一点：XML 树是引用关系，不是自动同步的镜像。加了节点，不代表它就“存在”于你后续要序列化的那个对象里 —— 一定确认父节点的 parent 链路完整、且你序列化的是它的祖先节点。