应使用 grep -r --include="*.xml" -I "pattern" 限定XML文件、跳过二进制；跨行标签需 grep -zPo "(?s).*?" 或更可靠的 xmlstar 解析。

grep -r 怎么匹配 XML 文件内容而不是文件名

默认 grep -r 会遍历所有文件，包括二进制、日志、图片——XML 内容很容易被淹没或报错。必须先限定文件类型，再搜内容。

• 用 --include="*.xml" 过滤后缀，比 find | xargs grep 更简洁且避免空格路径问题
• 加 -I 跳过二进制文件（有些 .xml 实际是 ZIP 压缩包，比如 Office 文档），防止输出 Binary file xxx matches
• 如果 XML 有 BOM 或编码异常，grep 可能漏匹配，此时优先用 iconv -f utf-8 -t utf-8//IGNORE 预处理（但会增加开销）

匹配带换行的 XML 标签内容（如 <name>张三</name>）

grep 默认按行处理，遇到跨行标签就失效。这不是配置问题，是工具能力边界。

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

• 简单场景：用 grep -z（GNU grep）把整个文件当一个“块”，配合 -oP 和正则 (?s)<name>.*?</name>，但需确保系统装了 PCRE 支持
• 更稳的做法：改用 xmlstar，例如 xmlstar --text -t -c "//name" *.xml，它真正解析结构，不依赖格式对齐
• 别用 sed 或 awk 处理跨行 XML——标签嵌套、属性、注释会让正则崩得毫无征兆

为什么 grep -r "pattern" . 有时搜不到明明存在的 XML 内容

常见不是命令写错，而是权限、符号链接或编码卡住。

• 当前用户无权读某个子目录？grep 默认静默跳过，加 --devices=skip 不解决，得先 find . -type d ! -readable -ls 检查
• XML 文件被软链接指向，而 grep -r 默认不跟随链接，需显式加 -D follow（注意：可能引发循环引用）
• 文件是 UTF-16 编码？grep 会当二进制跳过，用 file *.xml 确认编码，必要时转成 UTF-8 再搜

想快速定位含特定属性的 XML 元素，比如 <item id="123"></item>

纯正则容易误匹配注释、CDATA 或字符串值，但不用 XML 解析器又没法 100% 可靠。

• 保守做法：用 grep -r 'id="123"' --include="*.xml" -n，加 -n 显示行号，人工确认上下文
• 进阶选择：xmlstar -t -c "//*[@id='123']" *.xml 2>/dev/null，它只返回匹配节点，且自动忽略命名空间干扰
• 别在生产脚本里用 grep -E 'id="123".*>'——属性顺序一变（id="123" type="x" vs type="x" id="123"）就失效

实际用的时候，XML 的格式弹性远超预期：缩进不一致、属性换行、自闭合标签混用……越想用 grep “一把梭”，后面 debug 越费时间。真要批量提取或校验，宁可多装一个 xmlstar。