在数据处理和系统对接中，XML凭借良好的层级结构被广泛使用。当我们需要调整一份XML文档里深层位置的数据，比如修改某个订单下第三个商品项的库存数量，就涉及对嵌套节点的内容变更。这类操作如果仅靠手动拼接字符串，极易破坏原有格式，因此应当使用标准解析库来完成。
为什么不能直接用字符串替换
很多初学者面对XML修改需求时，会尝试用文本编辑器式的查找替换，或者正则匹配来改动内容。这种做法在节点路径固定、文档极简单时似乎可行，但一旦XML带有命名空间、属性顺序变化或注释穿插，字符串层面操作就会遗漏或误改。更重要的是，正则无法理解XML的树形语义，可能把相似标签名但不同层级的内容一并改掉。
举例来说，一份包含多个<user>的文档中，如果每个user都有<name>，用正则全局替换会把所有用户的名字改成同一个。而解析库配合路径查询，可以明确指定只改第二个user下的name。从工程维护角度看，使用DOM或类似树模型才是稳妥方案。
使用Python的ElementTree修改嵌套节点
Python标准库中的xml.etree.ElementTree提供了直观的树操作接口。我们可以先parse整个文件，再利用find或findall配合简易路径获取目标元素，对其text属性重新赋值，最后写回。下方示例展示如何把指定商品的价格改为新值。
import xml.etree.ElementTree as ET
# 假设xml_string为原始文档内容
xml_string = '''<order>
<items>
<item>
<name>键盘</name>
<price>200</price>
</item>
<item>
<name>鼠标</name>
<price>100</price>
</item>
</items>
</order>'''
root = ET.fromstring(xml_string)
# 选中第二个item下的price节点
target = root.find('items/item[2]/price')
if target is not None:
target.text = '85'
new_xml = ET.tostring(root, encoding='unicode')
print(new_xml)
上述代码使用了类似XPath的轻量路径语法，item[2]表示第二个item子元素。修改后通过tostring得到完整文档。如果原始文件来自磁盘，可改用ET.parse('file.xml')并在修改后调用tree.write()保存。这种方式不会破坏其他节点，也能保留原有缩进之外的结构信息。
需要注意的是，ElementTree默认不保留注释和处理指令，若文档含这类内容且需原样保留，应考虑lxml库。此外，text赋值仅改变节点文本内容，不会影响子节点；若目标本身还包含子标签，则应遍历其子树分别处理。
利用XPath与lxml进行精准修改
当嵌套层级更深或带命名空间时，lxml库的XPath支持更完整。它允许用完整路径、属性过滤和命名空间映射来定位节点。下面示例演示带命名空间情况下修改某个深层节点的做法。
from lxml import etree
xml_data = '''<root xmlns:ns="http://ipipp.com/ns">
<ns:group>
<ns:entry>
<ns:value>old</ns:value>
</ns:entry>
</ns:group>
</root>'''
tree = etree.fromstring(xml_data)
ns_map = {'ns': 'http://ipipp.com/ns'}
node = tree.xpath('//ns:group/ns:entry/ns:value', namespaces=ns_map)[0]
node.text = 'new'
print(etree.tostring(tree, pretty_print=True).decode())
通过namespaces参数传入前缀与URI的映射，XPath便能准确识别带前缀的标签。lxml在解析时会构建完整的树模型，修改节点文本后序列化，注释与处理指令也可保留。对于复杂配置文件的批量更新，这种组合非常高效。
在Java环境中，可用DocumentBuilder解析XML为Document对象，再通过XPathFactory编译表达式获取Node，设置setTextContent完成修改，最后用Transformer写回。核心思路与Python一致：解析、定位、赋值、序列化。选择哪种语言取决于项目栈，但逻辑通用。
修改时的常见陷阱
一个容易忽略的问题是编码。如果原文档声明为UTF-8且含有中文，写回时必须指定相同编码，否则会出现乱码或解析错误。另一个陷阱是节点不存在时的静默失败：find返回None后若不解判断就赋值，会引发异常中断程序。因此每次定位后都应检查返回值。
此外，在并发读写同一份XML文件时，应先加锁或采用临时文件替换策略，防止半写入状态被其他进程读取。对于超大文档，DOM全部加载可能占用过多内存，此时可考虑SAX或增量解析方案，但嵌套节点修改通常仍需局部树处理，工程上常以拆分为小文件来平衡。
| 方法 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| ElementTree | 简单无命名空间文档 | 标准库无需安装 | 命名空间支持弱 |
| lxml | 复杂路径与命名空间 | XPath强大保留注释 | 需第三方依赖 |
| Java DOM | JVM项目 | 类型安全生态全 | 代码较冗长 |
综合来看，修改XML嵌套节点内容的核心在于把文档当作树而非文本。选好解析库、写对路径、做好空值与编码处理，就能在多数业务场景中安全高效地完成任务。