grep默认使用bre，+、?、|等需加-e或用egrep；bre中量词需转义如\+、\{2\}，且^/$须引号防shell解析；sed默认bre，分组用\(\)和\1；ip匹配推荐grep -e加边界校验。
grep 默认只支持基础正则表达式（BRE），想用 +、?、| 这类符号，得加 -E 或换 egrep；不加的话，它们只是普通字符，不会被当作元字符解析。
为什么 grep "a+b" 找不到 ab 或 aab
因为 + 在 BRE 中不是量词，它就代表字面意义的加号。BRE 里真正表示“前一个字符出现一次或多次”的是 \+（需转义），但很多老版本 sed 或 grep 甚至不支持这个写法。
常见错误现象：
- 写
grep "a+b"却匹配不到ab，实际是在找字面的a+b字符串 - 写
grep "a{2}"想找两个a，结果没效果——BRE 中花括号也必须转义成\{2\} - 用
^或$却发现行首/行尾匹配失效，其实是被 shell 当作通配符提前解析了（尤其在未加引号时）
实操建议：
- 所有模式务必用单引号包裹：
grep '^root' /etc/passwd→ 改为grep '^root' /etc/passwd（单引号防 shell 解析） - 要使用
+、?、|、{n,m}等现代语法，直接上grep -E或egrep - BRE 真正安全可用的量词只有
*（零次或多次）；.、^、$、[...]、\(...\)（分组）这些是 BRE 原生支持的
sed 的 s/// 替换里，正则部分用的是 BRE 还是 ERE
sed 的基本模式（不加 -r 或 -E）默认走 BRE。这意味着你在 s/^a.*b$/replaced/ 里能用 ^、$、.*，但不能直接写 s/a+b/replaced/。
实操建议：
- 替换中要用
+：写成sed 's/a\+/X/g'（注意反斜杠转义） - 想用分组捕获并引用：BRE 中用
\( \)和\1，不是( )和$1 - GNU
sed支持-r（或-E）启用 ERE，此时可写sed -r 's/a+/X/g'或sed -r 's/(a+)(b+)/\2\1/g' - BSD/macOS
sed不支持-r，只能老实用\+和\( \)
匹配 IP 地址时，[0-9]{1,3}\.[0-9]{1,3} 为什么常出错
这个写法在 BRE 下根本无效：{1,3} 必须写成 \{1,3\}，否则 { 和 } 被当普通字符处理。更麻烦的是，它会错误匹配 999.999.999.999 这种非法 IP。
实操建议：
- 先用 BRE 写法：
grep '[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}' file - 但更好的做法是用
grep -E+ 边界锚定：grep -E '\b([0-9]{1,2}|1[0-9]{2}|2[0-4][0-9]|25[0-5])\.){3}([0-9]{1,2}|1[0-9]{2}|2[0-4][0-9]|25[0-5])\b' - 生产环境别手写 IP 正则，优先用
awk '$1 ~ /^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+$/ {print}'配合字段判断，或交给专用工具如ip、ss输出结构化数据
如何快速验证一个正则是否被当前命令按预期解析
最直接的办法：用 echo 配合 grep -o 或 grep -n 看输出是否符合直觉。不要依赖 “看起来像” —— 很多时候你看到的匹配是子串匹配，而非整行/单词级匹配。
实操建议：
- 测试前先准备可控输入：
printf "abc\nabbc\nac\n" | grep -E 'ab+c' - 加
-o只输出匹配部分，确认是否真抓到了目标片段 - 加
-n显示行号，避免因空行或不可见字符干扰判断 - 怀疑转义问题？用
printf %q查看 shell 实际传给命令的字符串：printf %q 'a+b'→a+b，而printf %q 'a\+b'→a\+b
grep、sed、awk 各自实现不同，GNU 版本普遍扩展更多，但跨平台脚本里仍得按 POSIX BRE 最小集来写——尤其是 \{、\+、\( 这些转义形式，最容易在换环境后突然失效。
