默认 grep 不高亮匹配项，需用 --color=auto 或 --color=always；sed 默认只替换每行第一个匹配项，全局替换须加 g；awk 的 $2 为空常因字段分隔符未正确设置；管道顺序应为 grep→sed→awk，确保数据流合理高效。
grep 匹配行时为什么有些内容没标红？
默认情况下 grep 不高亮匹配项，除非终端支持且启用了颜色输出。你看到的“标红”其实是 grep --color=auto 的行为，但这个选项不会在管道或重定向时生效（比如 grep pattern file | less）。
常见做法是：
- 临时启用：加 --color=always（注意可能在非终端环境输出乱码）
- 永久生效：在 ~/.bashrc 中加 alias grep='grep --color=auto'
- 配合 less 查看时用 grep --color=always pattern file | less -R（-R 让 less 渲染颜色）
- 如果搜索结果为空却没报错，检查是否漏了引号——grep $var file 中变量未定义或含空格会出错，应写成 grep "$var" file
sed 替换时为什么只改了第一个匹配项？
sed 's/old/new/' 默认只替换每行**第一个** old，这是设计行为，不是 bug。要全局替换必须加 g 标志： sed 's/old/new/g'。
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
容易踩的坑：
- 忘记 g 导致配置文件批量替换失败（比如只改了第一处 localhost，其余仍保留）
- 使用 -i 原地修改前没备份：sed -i.bak 's/old/new/g' file 更安全
- 正则元字符没转义：想替换 /path/to，直接写 sed 's//path/to//new/' 会报错，改用其他分隔符更清晰：sed 's|/path/to|/new|g'
- macOS 上 sed -i 要求必须带后缀（哪怕空字符串）：sed -i '' 's/old/new/g' file
awk 提取字段时为什么 $2 总是空？
$2 为空通常是因为字段分隔符（FS）没对上。默认 FS 是“任意空白字符（空格、制表符等）”，但若源数据用逗号、冒号或固定宽度分隔，就必须显式指定。
实操建议：
- 按冒号切（如 /etc/passwd）：awk -F: '{print $1, $7}' /etc/passwd
- 按多个空格或制表符切（跳过中间空字段）：awk -F'[[:space:]]+' '{print $2}' file
- 用正则当分隔符时注意转义：awk -F'\.' '{print $1}' file（匹配字面量点号）
- 想看实际分隔效果，先打印字段数：awk '{print NF, $0}' file，如果 NF 始终是 1，说明 FS 完全没起作用
三者组合使用时管道顺序为什么不能乱？
顺序决定数据流走向和处理粒度：grep 先过滤行，sed 再编辑这些行，awk 最后按字段解析——这是最自然的链式逻辑。反过来就容易出问题。
典型错误场景：
- awk '{print $3}' file | grep 'error'：先取第三列再搜 error，但如果 error 在第 5 列就漏掉了
- sed 's/foo/bar/' file | awk '/bar/{print $1}'：看似合理，但若原始行含 bar 且未被 sed 修改，也会被 awk 误抓
- 真实高效写法往往是把能合并的逻辑压进一个工具：awk '/error/ && $3 > 100 {print $1}' file 比 grep error file | awk '$3 > 100 {print $1}' 少一次进程启动开销
- 复杂逻辑别硬塞管道：超过 3 层管道或条件嵌套，该写成 awk 脚本或临时 shell 函数
