关于grep与ls、正则表达式结合时的异常行为问询

这根本不是grep的异常行为，而是shell通配符扩展（路径展开）和grep正则表达式的优先级差异导致的，具体拆解如下：

1. 两种场景的核心差异：shell是否先展开通配符 #

shell会在执行任何命令之前，先处理命令行中的通配符（比如*）：

• 场景一：在/usr/bin目录执行ls -l | grep bashb*
  当前目录下存在以bashb开头的文件（bashbug），shell会把bashb*展开为匹配到的文件名bashbug，最终实际执行的命令是：

  ls -l | grep bashbug
  

  所以grep只会匹配包含bashbug的条目，结果符合预期。

• 场景二：在其他目录执行ls -l /usr/bin | grep bashb*
  当前目录下没有以bashb开头的文件，shell无法展开bashb*，就把这个字符串原封不动传给grep。此时grep会将bashb*当作基本正则表达式处理：
  在正则中，*表示“前面的字符出现0次或多次”，所以bashb*的含义是匹配bash后面跟0个或多个b的字符串——也就是说，bash（后面0个b）、bashbug（后面1个b加其他字符）都会被匹配到，这就是你看到多个结果的原因。

2. 类似案例：apt list | grep lib*的问题 #

同样的逻辑：当前目录没有以lib开头的文件，shell不展开lib*，grep将其当作正则处理，lib*表示li后面跟0个或多个b，所以所有包含li的条目都会被匹配，自然会出现大量不符合预期的结果。

解决办法 #

如果想让grep按你的预期匹配，有两种常见方式：

• 用单引号把grep的匹配模式括起来，阻止shell提前展开通配符，同时明确正则规则：

  # 匹配以bashb开头的字符串
  ls -l /usr/bin | grep 'bashb.*'
  # 匹配字面的bashb*字符串
  ls -l /usr/bin | grep 'bashb\*'
  

• 使用grep的-F（--fixed-strings）选项，强制将模式当作固定字符串处理，忽略正则语法：

  ls -l /usr/bin | grep -F bashb*
  

内容的提问来源于stack exchange，提问作者M.B.