结论：grep -v 排除多字符串时，grep -v "a" | grep -v "b" 与 grep -v -e "a" -e "b" 或 grep -Ev "a|b" 均实现“既不含a也不含b”的且关系；但 -v 对文件名/目录无效，需用 --exclude-dir；配合 ls/cp 时须防空格、颜色符和空输出陷阱；大小写、单词边界（-w）、行首锚定（^）等细节易致排除失效。
直接说结论：用 grep -v 排除字符串本身很简单，但真正容易出错的是多条件组合时的顺序、转义、正则模式选择，以及和管道、ls、cp 等命令混用时的隐性陷阱。
多个字符串怎么同时排除？-v 要连用还是用 \| ？
两种写法都行，但行为不同，不能随便换：
-
grep -v "a" | grep -v "b"：先剔掉含a的行，再从剩余结果里剔掉含b的行 —— 这是「且」关系（既不含 a 也不含 b） -
grep -v -e "a" -e "b"或grep -v "a\|b"（BRE 默认）或grep -Ev "a|b"（ERE）：匹配“a 或 b”，然后取反 —— 也是「且」关系，效果相同 - 注意：
grep -v "a\|b"中的\|是必须转义的，否则|被 shell 当作管道；而grep -Ev "a|b"里不用转义，因为-E启用了扩展正则 - 如果误写成
grep -v "a|b"（无-E且没转义），grep 会字面匹配字符串a|b，不是你想要的“a 或 b”
排除目录或文件名时，-v 完全不管用？
grep -v 只处理**文本行内容**，对文件名、路径、目录结构完全无效。想在递归搜索中跳过某些目录，必须用 --exclude-dir：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 错误示范：
grep -r "foo" /etc | grep -v "pki"—— 这只是过滤输出里的文字，/etc/pki/下的文件仍会被扫描，性能白耗，还可能漏掉关键上下文 - 正确做法：
grep -r --exclude-dir=pki "foo" /etc，或排除多个目录：grep -r --exclude-dir=pki --exclude-dir=ssl "foo" /etc - 注意：
--exclude-dir的路径是相对于搜索起点的，不支持通配符（如pki*），也不能用绝对路径写法
配合 ls 和 cp 做文件过滤时，-v 的坑在哪？
常见需求是“复制 A 目录下除 a、b 外的所有文件”，这时 grep -v 是在文件名列表上做筛选，但有三个硬限制：
- 必须确保
ls输出是纯文件名（无颜色、无权限信息），否则grep -v可能误匹配颜色控制符或空格 —— 加ls -1或ls --color=never更稳妥 - 文件名含空格或特殊字符（如
my file.txt）时，$(ls | grep -v ...)会断开，导致cp报错；应改用find+-not -name，或加xargs -d '\n' -
cp -r $(ls | grep -v a | grep -v b)这类写法在空目录或无匹配时，命令会变成cp -r，触发交互提示甚至失败 —— 生产脚本里务必加判断或用shopt -s nullglob
为什么有时候 -v 看似失效？大小写和单词边界是关键
默认情况下，grep -v 区分大小写、不做单词边界检查，这会导致“以为排除了，其实没排除”：
- 想排除用户
root，但写grep -v root，结果rooter、aroot也被误剔 —— 应加-w：grep -vw root - 日志里既有
ERROR又有error，只写grep -v error会漏掉大写的 —— 必须加-i：grep -vi error - 想排除注释行
# config，但grep -v "#"会把所有含#的行都干掉（比如 URL 里的https://example.com#section）—— 应锚定行首：grep -v "^#"
最常被忽略的一点：当你把 grep -v 放在管道中间，它只影响当前这一段输出；上游命令是否已按需过滤、下游命令是否依赖完整结构，这些上下文比 -v 本身更决定成败。
