当我执行时
$ ps -ef | grep cron
我明白了
root 1036 1 0 Jul28 ? 00:00:00 cron
abc 21025 14334 0 19:15 pts/2 00:00:00 grep --color=auto cron
ps列出进程并将列表传输到grep。ps正在列出进程时，grep甚至还没有开始运行，那么为什么grep进程会显示在输出中?相关的第二个问题:
当我执行
$ ps -ef | grep [c]ron
我只得到
root 1036 1 0 Jul28 ? 00:00:00 cron
第一次和第二次执行grep有什么区别？
当你执行以下命令时：
ps -ef | grep cron
你正在使用的shell会调用pipe()函数创建一个FIFO（命名管道），然后它会fork()(生成自身的运行副本)。这将创建一个新的子进程。这个新生成的子进程将关闭其标准输出文件描述符(fd 1)，并将fd 1附加到父进程(您执行命令的shell)创建的管道的写入端。这是可能的，因为fork()系统调用将为每个进程维护一个有效的打开文件描述符(在这种情况下是管道fd)。接着它将使用exec()调用第一个(在您的例子中)出现在PATH环境变量中的ps命令。使用exec()调用后，此进程将成为您执行的命令。
所以现在您有了一个具有子进程的shell进程，在您的情况下，子进程是带有-ef属性的ps命令。
此时，父进程(shell)再次进行fork()。这个新生成的子进程close()它的标准输入文件描述符(fd 0)，并将fd 0附加到父进程(您执行命令的shell)创建的管道的读取端。
接着它将使用exec()调用第一个(在您的例子中)出现在PATH环境变量中的grep命令。
现在，您有了具有两个子进程(兄弟)的shell进程，其中第一个是带有-ef属性的ps命令，第二个是带有cron属性的grep命令。管道的读取端附加到grep命令的STDIN上，写入端附加到ps命令的STDOUT上：即ps命令的标准输出附加到grep命令的标准输入。
由于ps命令会在标准输出上发送每个运行进程的信息，而grep命令会在其标准输入上获取与给定模式匹配的东西，所以您将得到对第一个问题的答案：
ps -ef;grep cron;ps向grep发送数据(甚至包含字符串"grep cron")grep从STDIN匹配其搜索模式，并且由于您传递给grep的"cron"属性，它匹配到了字符串"grep cron"，因为在grep开始执行时,"grep cron"是ps返回的字符串之一。当您执行：
ps -ef | grep '[c]ron'
ps -ef;grep [c]ron;ps 发送数据（甚至包含字符串 grep [c]ron）到 grep；grep 无法从标准输入流中匹配其搜索模式，因为找不到包含 "c" 后跟 "ron" 的字符串，但它已经找到了一个包含 "c" 后跟 "]ron" 的字符串。ps -ef | grep cron | grep -v grep
$ ps aux | grep grep | grep grep | grep grep | grep grep。你会看到四行grep grep - 全部都在你创建的管道中。 - Esmu Igors在您的命令中
ps -ef | grep 'cron'
ps aux | grep cron
root 1079 0.0 0.0 18976 1032 ? Ss Mar08 0:00 cron
root 23744 0.0 0.0 14564 900 pts/0 S+ 21:13 0:00 grep --color=auto cron
^ 这个符号与它自己匹配，因为你的命令中包含了 "cron" 字符串。
ps aux | grep [c]ron
root 1079 0.0 0.0 18976 1032 ? Ss Mar08 0:00 cron
这与cron匹配，因为cron包含一个c，其余的是"ron"。但它不符合您的请求，因为您的请求是[c]ron。
您可以在括号中放置任何内容，只要其中包含c：
ps aux | grep [cbcdefadq]ron
root 1079 0.0 0.0 18976 1032 ? Ss Mar08 0:00 cron
ps aux | grep [abedf]ron
^ 没有结果
第二次编辑
重申一下，您可以使用grep执行各种疯狂的操作。选择第一个字符并无特殊意义。
ps aux | grep [c][ro][ro][n]
root 1079 0.0 0.0 18976 1032 ? Ss Mar08 0:00 cron
/bin或任何其他目录中运行带有名为cron（或corn或任何其他匹配项）的文件的命令，则在grep开始之前，c[ro][ro][n]将被更改为cron。相比之下，'c[ro][ro][n]'不会被扩展。如果您在启用了nullglob或failglob选项的shell中运行原始未引用的命令，则情况会变得更加混乱。 - Charles Duffy A pipeline is a sequence of one or more commands separated by the character |. The format for a pipeline is:
[time [-p]] [ ! ] command [ | command2 ... ]
The standard output of command is connected via a pipe to the standard input of command2. This connection is
performed before any redirections specified by the command (see REDIRECTION below).
...
Each command in a pipeline is executed as a separate process (i.e., in a subshell).
关于你的第二个问题（实际上与主题无关，我很抱歉），你只是描述了正则表达式如何工作的一个特性。正则表达式cron匹配字符串cron。正则表达式[c]ron不会匹配字符串[c]ron。因此，第一个grep命令将在进程列表中找到自己，但第二个命令不会。
其他人已经回答了你的实际问题，但我想提供一个提示：如果你想避免看到列出的grep进程，可以这样做：
$ ps -ef | grep [c]ron
grep 正则表达式精确匹配了 c 后面跟着的 ron，但 ps 输出会显示出实际输入的命令 grep [c]ron。因此，grep 的表达式并不会匹配它并将其过滤掉。 - Michael Berkowskigrep '[c]ron'，否则如果您在包含名为 cron 的文件的目录中运行此命令，它将变成 grep cron（因为 shell 会将任何看起来像 glob 的东西替换为它扩展到的文件列表... 如果你很幸运并且它是默认设置; 使用 nullglob 它将只成为没有参数的 grep，使用 failglob 它将成为一个错误）。 - Charles Duffypgrep 有时比 ps -ef | grep word 更好，因为它排除了 grep。请尝试使用。
pgrep -f bash
pgrep -lf bash
$ ps -ef | grep cron
Linux Shell 总是从右到左执行命令。因此，在执行 ps -ef 之前，grep cron 已经被执行了，这就是为什么输出显示的是命令本身。
$ ps -ef | grep [c]ron
但是在这里，您指定了grep ron，然后只有c。因此，输出没有命令行，因为命令中有[c]ron。
sleep 3 | sleep 3 | sleep 3的结果感到惊奇的；-) - Alfe