有效管理进程的8个Linux命令分享

一般来说，应用程序进程的生命周期有三种主要状态：启动、运行和停止。如果我们想成为称职的管理员，每个状态都可以而且应该得到认真的管理。这八个命令可用于管理进程的整个生命周期。

启动进程

启动进程的最简单方法是在命令行中键入其名称，然后按回车键。如果要启动 Nginx web 服务器，请键入nginx。也许您只是想看看其版本。

alan@workstation:~$nginx

alan@workstation:~$nginx -v

nginx version: nginx/1.14.0

查看您的可执行路径

以上启动进程的演示是假设可执行文件位于您的可执行路径中。理解这个路径是可靠地启动和管理进程的关键。管理员通常会为他们想要的目的定制这条路径。您可以使用 echo $PATH 查看您的可执行路径。

alan@workstation:~$echo$PATH

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin

WHICH

使用 which 命令查看可执行文件的完整路径。

alan@workstation:~$which nginx

/opt/nginx/bin/nginx

我将使用流行的 web 服务器软件 Nginx 作为我的例子。假设安装了 Nginx。如果执行 which nginx 的命令什么也不返回，那么是找不到 Nginx 了，因为它只搜索您指定的可执行路径。有三种方法可以补救一个进程不能简单地通过名字启动的情况。首先是键入完整路径 —— 虽然，我不情愿输入全部路径，您会吗？

alan@workstation:~$ /home/alan/web/prod/nginx/sbin/nginx -v

nginx version: nginx/1.14.0

第二个解决方案是将应用程序安装在可执行文件路径中的目录中。然而，这有时可能是办不到的，特别是如果您没有 root 权限。

第三个解决方案是更新您的可执行路径环境变量，包括要使用的特定应用程序的安装目录。这个解决方案是与 shell 相关的。例如，Bash 用户需要在他们的 .bashrc 文件中编辑 PATH= 行。

PATH="$HOME/web/prod/nginx/sbin:$PATH"

现在，重复您的 echo 和 which 命令或者尝试检查版本。容易多了！

alan@workstation:~$echo$PATH

/home/alan/web/prod/nginx/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin

alan@workstation:~$which nginx

/home/alan/web/prod/nginx/sbin/nginx

alan@workstation:~$nginx -v

nginx version: nginx/1.14.0

保持进程运行

NOHUP

注销或关闭终端时，进程可能不会继续运行。这种特殊情况可以通过在要使用 nohup 命令放在要运行的命令前面让进程持续运行。此外，附加一个& 符号将会把进程发送到后台，并允许您继续使用终端。例如，假设您想运行 myprogram.sh 。

nohup myprogram.sh &

nohup 会返回运行进程的 PID。接下来我会更多地谈论 PID。

管理正在运行的进程

每个进程都有一个唯一的进程标识号 (PID) 。这个数字是我们用来管理每个进程的。我们还可以使用进程名称，我将在下面演示。有几个命令可以检查正在运行的进程的状态。让我们快速看看这些命令。

PS

最常见的是 ps 命令。ps 的默认输出是当前终端中运行的进程的简单列表。如下所示，第一列包含 PID。

alan@workstation:~$ps

PID TTYTIME CMD

23989pts/000:00:00bash

24148pts/000:00:00ps

我想看看我之前启动的 Nginx 进程。为此，我告诉 ps 给我展示每一个正在运行的进程（-e）和完整的列表（-f）。

您可以在上面 ps 命令的输出中看到 Nginx 进程。这个命令显示了将近 300 行，但是我在这个例子中缩短了它。可以想象，试图处理 300 行过程信息有点混乱。我们可以将这个输出输送到 grep，过滤一下仅显示 nginx。

确实更好了。我们可以很快看到，Nginx 有 20520 和 20521 的 PID。

PGREP

pgrep 命令更加简化单独调用 grep 遇到的问题。

alan@workstation:~$pgrep nginx

20520

20521

假设您在一个托管环境中，多个用户正在运行几个不同的 Nginx 实例。您可以使用 -u 选项将其他人排除在输出之外。

alan@workstation:~$pgrep -ualan nginx

20520

20521

PIDOF

另一个好用的是 pidof。此命令将检查特定二进制文件的 PID，即使另一个同名进程正在运行。为了建立一个例子，我将我的 Nginx 复制到第二个目录，并以相应的路径前缀启动。在现实生活中，这个实例可能位于不同的位置，例如由不同用户拥有的目录。如果我运行两个 Nginx 实例，则pidof 输出显示它们的所有进程。

使用 grep 或 pgrep 将显示 PID 数字，但我们可能无法辨别哪个实例是哪个。

alan@workstation:~$pgrep nginx

20881

20882

20895

20896

pidof 命令可用于确定每个特定 Nginx 实例的 PID。

alan@workstation:~$pidof /home/alan/web/prod/nginxsec/sbin/nginx

2088220881

alan@workstation:~$pidof /home/alan/web/prod/nginx/sbin/nginx

2089620895

TOP

top 命令已经有很久的历史了，对于查看运行进程的细节和快速识别内存消耗等问题是非常有用的。其默认视图如下所示。

可以通过键入字母 s 和您喜欢的更新秒数来更改更新间隔。为了更容易监控我们的示例 Nginx 进程，我们可以使用 -p 选项并传递 PID 来调用 top。这个输出要干净得多。

在管理进程，特别是终止进程时，正确确定 PID 是非常重要。此外，如果以这种方式使用 top，每当这些进程中的一个停止或一个新进程开始时，top 都需要被告知有新的进程。

终止进程

KILL

有趣的是，没有 stop 命令。在 Linux 中，有 kill 命令。kill 用于向进程发送信号。最常用的信号是“终止”（SIGTERM）或“杀死”（SIGKILL）。然而，还有更多。下面是一些例子。完整的列表可以用 kill -L 显示。

注意第 9 号信号是 SIGKILL，通常，我们会发出比如 kill -9 20896 这样的命令。默认信号是 15，这是 SIGTERM。请记住，许多应用程序都有自己的停止方法。Nginx 使用 -s 选项传递信号，如 stop 或 reload。通常，我更喜欢使用应用程序的特定方法来停止操作。然而，我将演示用 kill 命令来停止 Nginx 进程 20896，然后用 pgrep 确认它已经停止。PID 20896 就不再出现。

alan@workstation:~$kill -920896

alan@workstation:~$pgrep nginx

20881

20882

20895

22123

PKILL

命令 pkill 类似于 pgrep，因为它可以按名称搜索。这意味着在使用 pkill 时必须非常小心。在我的 Nginx 示例中，如果我只想杀死一个 Nginx 实例，我可能不会选择使用它。我可以将 Nginx 选项 -s stop 传递给特定的实例来消除它，或者我需要使用 grep 来过滤整个 ps 输出。

/home/alan/web/prod/nginx/sbin/nginx -sstop

/home/alan/web/prod/nginxsec/sbin/nginx -sstop

如果我想使用 pkill，我可以包括 -f 选项，让 pkill 过滤整个命令行参数。这当然也适用于 pgrep。所以，在执行 pkill -f 之前，首先我可以用 pgrep -a 确认一下。

alan@workstation:~$pgrep -anginx

20881nginx: master process./nginx -p /home/alan/web/prod/nginxsec

20882nginx: worker process

20895nginx: master process nginx

20896nginx: worker process

我也可以用 pgrep -f 缩小我的结果。pkill 使用相同参数会停止该进程。

alan@workstation:~$pgrep -fnginxsec

20881

alan@workstation:~$pkill -fnginxsec

pgrep（尤其是 pkill）要记住的关键点是，您必须始终确保搜索结果准确性，这样您就不会无意中影响到错误的进程。

大多数这些命令都有许多命令行选项，所以我总是建议阅读每一个命令的 man 手册页。虽然大多数这些命令都存在于 Linux、Solaris 和 BSD 等平台上，但也有一些不同之处。在命令行工作或编写脚本时，始终测试并随时准备根据需要进行更正。