Python lxml插入XML片段时标签被转义为实体字符如何解决

需求为向现有Android SDK Addon格式XML文件的<sdk:libs>节点下，添加library1、library2对应的<sdk:lib>子元素，生成符合预期结构的XML。
当前实现流程：

• 先通过shell脚本生成待插入的<sdk:lib>节点XML片段文本
• 使用Python lxml库解析原XML文件，定位到命名空间为http://schemas.android.com/sdk/android/addon/7的libs节点
• 直接将读取到的片段文本赋值给该节点的text属性
  写入文件后输出XML中标签的尖括号被转义为<、>实体字符，无法得到合法的目标XML结构，需要正确的实现方案。

转义问题是lxml的默认行为导致的：直接给元素的text属性赋值字符串时，lxml会将所有输入内容作为纯文本节点处理，字符串里的<、>这类XML特殊字符会自动转义为对应的实体字符，不会被解析为实际的XML标签结构。

方案1：将片段字符串解析为DOM元素后追加（推荐） #

不要直接给text属性赋值，先把XML片段解析为lxml元素对象，再通过节点追加方法挂到<sdk:libs>节点下，从根本上避免转义问题。
示例代码：

from lxml import etree

# 定义命名空间映射
NS = {"sdk": "http://schemas.android.com/sdk/android/addon/7"}
# 加载原XML文件
tree = etree.parse("your_addon_file.xml")
root = tree.getroot()
# 定位目标sdk:libs节点
libs_node = root.find(".//sdk:libs", namespaces=NS)

# 读取shell生成的lib节点片段
with open("generated_lib_fragment.xml", "r", encoding="utf-8") as f:
    lib_content = f.read()

# 解析片段并追加：如果是单个sdk:lib节点，直接用fromstring即可
# single_lib = etree.fromstring(lib_content)
# libs_node.append(single_lib)

# 如果是library1、library2两个平级的sdk:lib节点，用以下两种方式之一解析：
# 方式1：使用fragment_fromstring解析多平级节点
from lxml.etree import fragment_fromstring
for lib_node in fragment_fromstring(lib_content):
    libs_node.append(lib_node)

# 方式2（兼容所有lxml版本）：给片段包一层临时根节点解析
# temp_root = etree.fromstring(f"<temp>{lib_content}</temp>")
# for lib_node in temp_root:
#     libs_node.append(lib_node)

# 写回目标XML文件
tree.write(
    "output_addon_file.xml",
    encoding="utf-8",
    xml_declaration=True,
    pretty_print=True
)

方案2：直接在lxml中构建目标节点 #

如果<sdk:lib>节点结构不复杂，可以直接在Python代码中创建节点、设置属性和子内容，完全跳过shell生成片段、字符串解析的流程，稳定性更高：

# 接上面定位到libs_node的代码
SDK_NS = "http://schemas.android.com/sdk/android/addon/7"
# 创建library1对应的lib节点
lib1 = etree.SubElement(libs_node, f"{{{SDK_NS}}}lib")
# 按实际需求设置属性、子节点，示例：
lib1.set("name", "library1")
# 补充其他属性、子节点逻辑

# 创建library2对应的lib节点
lib2 = etree.SubElement(libs_node, f"{{{SDK_NS}}}lib")
lib2.set("name", "library2")
# 补充其他属性、子节点逻辑

# 写回文件逻辑和方案1一致

• 操作带命名空间的节点时，必须带上正确的命名空间标识，否则会出现节点定位失败、生成节点不符合SDK Addon格式规范的问题
• 写回文件时加上pretty_print=True参数，输出的XML会自动按层级缩进，可读性更好
• 禁止通过字符串拼接的方式直接组装XML，很容易出现特殊字符转义、标签闭合错误、命名空间混乱等问题

内容的提问来源于stack exchange，提问作者christoph