常见原因有三：默认不递归、不忽略大小写、不处理二进制文件；实操需用-r递归、-i忽略大小写、--binary-files=without-match跳过二进制文件。
grep匹配时为什么找不到明明存在的内容
常见原因是没注意默认不递归、不忽略大小写、不处理二进制文件。比如在子目录里搜 main.c 中的 printf，只用 grep printf main.c 能找到，但换成 grep printf . 就报错或无输出——因为 grep 默认不进入目录，也不跳过二进制文件。
实操建议：
- 递归搜索加
-r（或--recursive），如grep -r "int main" src/ - 忽略大小写用
-i，比如搜ERROR或error统一匹配 - 跳过二进制文件加
--binary-files=without-match，避免卡住或报Binary file xxx matches - 想高亮匹配项，终端支持时加
--color=always；脚本中慎用，可能混入控制字符
sed替换字符串老是失败，特别是含斜杠或特殊字符
sed 默认用 / 作分隔符，一旦待替换内容含 /（比如路径 /usr/bin/python3），命令就提前截断。更麻烦的是，&、、$ 这些在替换部分有特殊含义，不转义会出错。
实操建议：
- 换分隔符：用
#或|替代/，如sed 's#/old/path#/new/path#g' - 变量插值时用双引号，但要小心 shell 展开，比如
sed "s|$OLD|$NEW|g"（注意|在双引号里无特殊含义） - 替换中引用原串用
&，引用捕获组用、，记得反斜杠要写两层：shell 解析一层，sed再解析一层，所以实际写\1 - 修改文件本身加
-i，但 GNU sed 和 BSD/macOS sed 行为不同：GNU 支持-i ''，macOS 必须带后缀如-i.bak
awk按列处理时字段数不固定，$NF总取错
$NF 是最后一列，看似方便，但遇到空格缩进不一致、中间有空字段、或用其他分隔符（如制表符、冒号）时，awk 默认以空白符切分，结果和肉眼看到的“第几列”对不上。比如 ps aux 输出里 USER 列可能被挤到第二位， 就不是 PID。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
实操建议：
- 明确指定分隔符：用
-F，如awk -F: '{print $1}' /etc/passwd（冒号分隔） - 处理不规则空格：用
awk '{print $NF}'前先确认字段数，可加print NF调试；更稳的做法是用split($0, a)手动切，再取a[length(a)] - 需要按位置而非分隔符取字段（比如固定列宽日志），改用
substr($0, start, length)，如awk '{print substr($0, 10, 8)}' - 避免默认空格分割导致字段塌缩：加
awk -F' ' '{...}'（显式空格）不如用awk -F'[[:space:]]+'更鲁棒
三者组合使用时管道传数据，为什么awk收不到grep的结果
典型错误是把 grep 的退出状态当输出用，或者 sed 没输出（比如忘了 -n 配合 p 命令），导致管道断掉。另一个隐形问题是行缓冲：某些命令（如 grep）在管道中默认全缓冲，小量数据不立刻吐出，awk 就一直等。
实操建议：
- 检查每段是否真有输出：先单独运行前半段，如
grep "error" app.log | head -3看有没有内容 -
sed默认打印所有行，若只想输出匹配/替换后的行，要么用-n+p（如sed -n '/pattern/p'），要么确保替换语句后没加q或d意外删了行 - 强制行缓冲加
stdbuf -oL，如stdbuf -oL grep "log" *.log | awk '{print $1}' - 复杂逻辑别硬塞管道，改用
awk内置正则（/pattern/ { ... }）或if ($0 ~ /pattern/) {...}更可控
真正难的不是单个命令怎么写，而是理解每条命令在管道中的数据流边界——它输出什么、何时输出、是否改变行结构。调试时多用 head、cat -A 看不可见字符，比死盯语法有效得多。
