为什么“ ps aux | grep x”比“ pgrep x”提供更好的结果？

我刚刚在Ubuntu上尝试了以下命令，但没有显示任何内容：

pgrep php5

它不应该返回php5的进程ID（以下命令刚刚执行的操作）吗？：

ps aux | grep php5

那么，这两个命令有什么区别？

ps aux包括完整的命令行（路径和参数），而pgrep只查看可执行文件名称的前15个字符

ps aux返回每个进程的完整命令行，而pgrep仅查看可执行文件的名称。

这意味着grepping ps aux输出将匹配在路径或进程的二进制参数中出现的所有内容：

• ps aux | grep php5 将匹配 /usr/share/php5/i-am-a-perl-script.pl
• 但pgrep php5不会

以我的系统为例-只有我们将使用python代替php5：

• ps aux | grep python 给我们：

izx 2348 0.0 0.7 514928 15644吗？Sl Jun24 0:00 / usr / bin / python / usr / lib / unity-lens-video / unity-lens-video
izx 2444 0.0 0.9 0.9 547392 18864吗？Sl Jun24 0:01 / usr / bin / python / usr / lib / unity-scope-video-remote / unity-scope-video-remote
根2805 0.0 0.5 95436 12204 S Jun24 0:00 / usr / bin / python / usr / lib / system-service / system-service-d
izx 6272 0.0 2.9 664400 60320？SNl Jun24 1:16 / usr / bin / python / usr / bin / update-manager --no-focus-on-map
根11729 0.0 0.9 180508 19516？S Jun25 0:00 python / usr / lib / software-properties / software-properties-dbus

• 但是pgrep python仅返回11729，您将从上面的列表中看到：

根11729 0.0 0.9 180508 19516？S Jun25 0:00 python / usr / lib / software-properties / software-properties-dbus

该ps aux | grep x命令提供的结果“更好”，而不是pgrep x本质上是因为您缺少后者的选项。

只需使用该-f选项pgrep即可搜索完整的命令行，而不仅是其默认行为的进程名称，例如：

pgrep -f php5

与ps | grep您需要过滤掉grep线条或使用图案技巧的构造不同，pgrep只是不会因设计而自行选择。

而且，如果您的模式出现在ps USER列中，您将在输出中得到不需要的进程，而pgrep不会受到此缺陷的影响。

如果您想要完整的细节而不是仅pid，可以使用：

ps wup $(pgrep -f python)

比起它更简单，更可靠

ps aux | grep python | grep -v grep

要么

ps aux | grep p[y]thon

diff <(ps aux|grep x) <(pgrep x) # :)

此时，ps将给出比pgep -fpgrep限于前4,096个字符的完整输出（通常会影响正在寻找具有长类路径的Java程序的入口类的Java用户）。跟踪此错误的错误是：https : //gitlab.com/procps-ng/procps/issues/86