grep匹配XML标签失败主因是默认按行处理导致跨行标签断裂；用grep -z -oP配合[\s\S]*?可安全提取含换行的标签内容，且兼容不规范XML片段。
grep 匹配 XML 标签内容会失败的典型表现
直接用 grep -oP '<name>(.*?)</name>' file.xml 很可能啥也捞不到，或者只匹配到换行前半截。XML 文件常含缩进、换行、空格，而默认 grep 每行独立处理，跨行标签直接被切开——<name></name> 在第 3 行， 在第 5 行，正则根本连不上。
用 grep -z 配合 PCRE 处理多行 XML 片段
grep -z 把整个文件当一个“字符串”处理（用 \0 当分隔符），绕过换行限制；再配合 -oP 启用 Perl 兼容正则，才能真正捕获跨行内容。
- 确保文件不含实际
\0字节（XML 文件通常安全） - 用
[\s\S]替代.，因为.默认不匹配换行符，而[\s\S]覆盖所有字符 - 非贪婪要写成
.*?，但 PCRE 下需加-U（或改用.*?+-z组合，实测有效）
示例：提取 <version></version> 标签内全部内容（含空白和换行）grep -z -oP '<version>\s*([\s\S]*?)\s*</version>' file.xml | tr '<p>示例：提取 <code><version></version> 标签内全部内容（含空白和换行）grep -z -oP '<version>\s*([\s\S]*?)\s*</version>' file.xml | tr '\0' '\n'
为什么不用 xmlstar 或 xmllint 而坚持用 grep
不是不能用，而是场景受限：xmlstar 和 xmllint 要求 XML 格式严格合法（比如必须有根节点、属性引号闭合），而实际工程中常遇到片段、模板、生成中未完成的 XML——这些工具直接报错退出，grep 却能硬扛着捞出你需要的那几行。
- 调试 CI 日志里嵌入的 XML 片段时，
grep -z是唯一快速定位手段 -
xmllint --xpath对命名空间敏感，没声明xmlns就查不到，grep完全无视这层 - 容器内最小化镜像（如 alpine）常无
xmlstar，但必有grep
匹配带属性的标签时正则容易漏掉内容
写成 <tag attr="val">.*?</tag> 看似合理，但只要属性值含双引号、单引号或等号，就崩。更鲁棒的做法是跳过属性解析，只锚定标签名边界。
- 用
<tag>]*>.*?</tag>：其中\b确保tag是完整单词，[^>]*吃掉任意属性（不含>） - 避免用
.*匹配内容，改用[\s\S]*?防止跨标签误吞（比如中间夹了个<inner></inner>） - 如果目标值本身含
或 <code>&（如 HTML 片段），正则已无能为力，该上专用解析器了
真正难的不是写出正则，而是判断什么时候该停手——XML 层级深、属性动态、内容含实体编码时，grep 的边界就到了。
