sed 替换 xml 节点值易出错，因其为行编辑器，无法可靠处理 xml 的换行、缩进、嵌套等结构特征；仅适用于极简单行 xml，否则应避免使用。
sed 替换 XML 节点值为什么总出错？
因为 sed 是行编辑器，而 XML 是结构化文本，换行、缩进、属性顺序、嵌套节点都会让正则匹配失效。直接写 sed -i 's/<name>.*/<name>new/' file.xml</name></name> 看似简单，实际极易误替换、漏替换，甚至破坏格式。
真正能用的前提是：XML 文件极简（单行、无属性、无嵌套、无注释），且你只改固定位置的纯文本节点。否则就不是“能不能做”的问题，而是“值不值得冒风险”的问题。
- 常见错误现象：
sed把注释里的内容也替换了；把<description></description>里的<name></name>子串误匹配；跨行节点完全不生效 - 使用场景：CI/CD 中临时 patch 构建配置、Docker 容器内轻量修改已知结构的模板文件
- 性能影响：
sed本身很快，但正则越复杂（比如加[\s\S]*?模拟多行），越容易回溯爆炸，尤其大文件下卡住或内存溢出
用 sed -z 处理多行 XML 节点（Linux GNU sed）
sed -z 把整个文件当做一个“块”处理（用 \x00 分隔），绕过换行限制，是唯一靠谱的 sed 方案。但必须配合非贪婪匹配和明确边界。
示例：把 <host>localhost</host> 替换为 <host>prod-db</host>，允许中间有空白或换行：
sed -z 's/<host>[[:space:]\n]*\([^<]*\)[[:space:]\n]*<\/host>/<host>prod-db<\/host>/g' file.xml
- 必须用
-z，否则跨行失效 -
[[:space:]\n]*匹配可能的空格、制表符、换行，比.*更安全 \([^ 防止贪婪匹配到下一个标签，避免误吞内容- 注意：如果节点含 CDATA 或实体（如
&），sed无法正确解析，会直接损坏
为什么别用 sed 处理带属性或嵌套的 XML
只要出现 <user id="123" active="true">alice</user> 或 <config><db><host>...</host></db></config>，sed 就该让位给专业工具。
- 属性顺序不固定 → 正则写死
id="123"会漏掉active="true" id="123" - 嵌套同名节点 →
<a><b>old</b><c><b>also-old</b></c></a>，想只改外层<b></b>，sed根本分不清层级 - 命名空间（
xmlns:ns="..."）→ 正则要额外处理前缀，极易漏掉或污染 - 兼容性坑：
sed -z在 macOS（BSD sed）上不存在，gsed才支持，CI 脚本跨平台即崩
真要批量改 XML，用 xmlstar 更稳
xmlstar 是命令行 XML 专用工具，支持 XPath，语义准确，不碰文本结构。安装后一行搞定：
xmlstar --inplace -u "//host" -v "prod-db" file.xml
-
//host精准定位所有<host></host>元素，不管嵌套几层、有没有属性、是否换行 -
--inplace直接修改原文件（类似sed -i） - 改属性用
-u "@id"，改特定子节点用-u "/config/db/host"，逻辑清晰 - 注意：XPath 表达式里不能有未转义的引号；如果 XML 带 namespace，得先用
--ns ns=http://...声明
真正麻烦的从来不是“怎么写命令”，而是确认 XML 的实际结构——用 xmlstar -P -t -c "//host" file.xml 先看清楚节点长什么样，再动手。否则连该用 //host 还是 /root/config/host 都不确定。
