grep中的[t] ricky方括号表达式如何工作？

我最近看到了这种单线：

$ ps -ef | grep [f]irefox 

thorsen   16730     1  1 Jun19 ?        00:27:27 /usr/lib/firefox/firefox ...

因此，似乎返回了数据中带有“ firefox”的进程列表，但忽略了grep进程本身，因此，它大致等同于：

ps -ef |grep -v grep| grep firefox

我不明白它是如何工作的。我看过grep和其他地方的手册页，但没有找到解释。

而且，如果我跑步，那么这个奥秘就更加复杂了：

$ ps -ef | grep firefox  > data
$ grep [f]irefox data

thorsen   15820 28618  0 07:28 pts/1    00:00:00 grep --color=auto firefox
thorsen   16730     1  1 Jun19 ?        00:27:45 /usr/lib/firefox/firefox ....

[t] rick似乎停止工作了！

我敢肯定，这里有人会知道发生了什么事。

谢谢。

方括号表达式是bash shell（以及其他shell） grep字符类模式匹配的一部分。

该grep程序默认情况下理解POSIX基本正则表达式。这样您就可以定义字符类。例如，如果存在ps -ef | grep [ab9]irefox“ a irefox”，“ b irefox”，“ 9 irefox”，则找到它们，但找不到“ ab irefox”。

该命令grep [a-zA-Z0-9]irefox甚至可以找到所有以一个字母或数字开头并以“ irefox”结尾的进程。

因此ps -ef | grep firefox搜索其中的行firefox。由于grep进程本身中包含“ firefox”，因此grep也可以找到它。通过添加a []，我们仅搜索字符类“ [f]”（它仅由字母“ f”组成，因此等效于仅带括号的“ f”）。现在，方括号的优点在于，字符串“ firefox”不再出现在grep命令中。因此，grep本身不会出现在grep结果中。

因为不是很多人都熟悉方括号作为字符类匹配和正则表达式，所以第二个结果可能看起来有些神秘。

如果要修复第二个结果，可以按以下方式使用它们：

ps -ef | grep [f]irefox  > data
grep firefox data

（参考）

原因是字符串

grep firefox

匹配模式firefox，但是字符串

grep [f]irefox

与模式不匹配（与模式[f]irefox等效firefox）。

这就是为什么第一个grep匹配其自己的进程命令行，而第二个grep不匹配的原因。