lxml.objectify解析后不能直接用点号取子节点，因文本内容被自动转为python原生类型（如int），导致root.age返回25而非objectifiedelement，无法再调用.text；需用find()、deannotate()或显式声明元素类型。
lxml.objectify 解析后为什么不能直接用点号取子节点？
因为 objectify 默认把 XML 中的文本内容转成 Python 原生类型（比如 int、float、str），但子节点本身是 ObjectifiedElement 类型，只有当它被显式声明为“元素”而非“文本”时，才能继续用点号访问。常见错误是 XML 里写了 <age>25</age>，结果 root.age 返回 25（int），再写 root.age.text 就报 AttributeError。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 用
objectify.deannotate()和objectify.clean_namespaces()预处理 XML，避免命名空间干扰点号访问 - 强制把某字段视为元素：用
objectify.Element("name")构造，或在解析后调用objectify.SubElement(root, "child") - 不确定结构时，优先用
root.find("child")或root.getchildren()替代点号，更稳
text 属性和 pyval 属性到底该用哪个？
text 是原始字符串，pyval 是自动转换后的 Python 值（比如 "true" → True，"123" → 123）。但这个转换有陷阱：空格、换行、前导零都会影响结果。例如 <price> 0042 </price> 的 pyval 是 42，不是字符串 "0042"；而 <flag> false </flag> 的 pyval 是 False，但中间多一个空格就可能变成 None。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 需要保留格式（如 ID、编码、带前导零的编号）→ 一律用
.text.strip() - 做数值/布尔运算 → 优先用
.pyval，但必须确认源 XML 格式严格可控 - 调试时快速看值类型：打印
type(root.field.pyval)和repr(root.field.text)
遇到命名空间（namespace）就点不动，怎么破？
XML 带 xmlns="http://example.com/ns" 时，root.child 会返回 None，不是 bug，是 objectify 默认忽略默认命名空间。它只认无命名空间的标签名，或者你显式注册过的前缀。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 解析时加参数：
objectify.parse(file, parser=etree.XMLParser(remove_blank_text=True))，再手动调用objectify.deannotate(root, cleanup_namespaces=True) - 注册命名空间前缀：
ns = {"ns": "http://example.com/ns"}，然后用root.xpath(".//ns:child", namespaces=ns) - 最省事的临时方案：解析完立刻执行
etree.cleanup_namespaces(root)，再用点号
objectify 生成 XML 时，数字/布尔值自动转字符串，怎么保持原样？
你设 root.age = 25，保存后是 <age>25</age>，看着没问题；但设 root.active = True，出来却是 <active>true</active>（小写，无引号），某些老系统或 XSD 校验会不认。这不是 bug，是 objectify 的序列化规则：它按 XML Schema 类型推断输出格式。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 要精确控制输出字符串 → 改用
root.age = objectify.DataElement(25, _pytype=str) - 布尔值必须大写首字母或带引号 → 不要用
.pyval赋值，直接赋字符串：root.active = "true" - 生成前检查：用
etree.tostring(root, encoding="unicode", pretty_print=True)看真实输出，别信 print(root.active)
最麻烦的其实是混合内容（element + text），比如 <p>hello<em>world</em>!</p> 这种，objectify 处理起来既不能点号也不能靠 pyval，得切回 etree 原生 API 手动拼。这点容易一开始没意识到，等发现子节点消失才回头查文档。
