通过 ps 命令可以查看到 command 为 ttyn 的就是它对应的进程，对应linux/dev/目录下的一个文件。

进程

进程process是指正在执行的程序；是程序正在运行的一个实例。它由程序指令，和从文件、其它程序中读取的数据或系统用户的输入组成。

进程状态

在进程的生命周期内，进程总会从一个状态转变到另一个状态。Linux 中，一个进程有下面的可能状态：

• Running – 此时它正在运行（它是系统中的当前进程）或准备运行（它正在等待分配 CPU 单元）。
• Waiting – 在这个状态，进程正在等待某个事件的发生或者系统资源。另外，内核也会区分两种不同类型的等待进程；可中断等待进程interruptible waiting processes – 可以被信号中断，以及不可中断等待进程uninterruptible waiting processes- 正在等待硬件条件，不能被任何事件/信号中断。
• Stopped – 被停止的，通常是由于收到一个信号。例如，正在被调试的进程。
• Zombie – 已死亡的，它已经停止但是进程表process table中仍然有它的条目。

分类

不同角度有不同的分类：前台进程/后台进程、父/子进程。

前台/后台进程

前台进程

亦交互式进程，这些进程由终端会话初始化和控制。换句话说，需要有一个连接到系统中的用户来启动这样的进程；它们不是作为系统功能/服务的一部分自动启动。

在终端terminal打开的任务就是前台进程，终端窗口关闭或网络连接失败后，进程就会中断。因为用户注销或者网络断开时，SIGHUP信号会被发送到会话所属的子进程，而此 SIGHUP 的默认处理方式是终止收到该信号的进程。所以若程序中没有捕捉该信号，当终端关闭后，会话所属进程就会退出。

后台进程

亦非交互式/守护进程/自动进程，这些进程没有连接到终端；不需要任何用户输入。

实现后台执行的目的，实际上是要完成如下两个目标：

1. 使进程让出前台终端，让我们可以继续通过终端与系统进行交互。
2. 使进程不再受终端关闭的影响，即系统在终端关闭后不再向进程发送 SIGHUP 信号或即使发送信号程序也不会退出。

父子进程

• 父进程：在运行时创建其它进程的进程。
• 子进程：在运行时由其它进程创建的进程。

在Unix/Linux系统中，大多情况下，子进程是通过父进程fork创建。系统调用一次fork，返回两个值，失败返回-1，成功时在子进程返回0，父进程返回所创建子进程的pid。

子进程创建后，子进程的结束和父进程的运行是一个异步过程，也就是说父进程没办法预测子进程什么时候结束。当一个子进程完成它的工作终止之后，其父进程需要调用wait()或waitpid()去获取子进程的终止状态。

包括创建、查找、杀死、

创建进程

在 Linux 中创建进程有三种方式：

1. fork()
   使用 fork() 函数以父进程为蓝本复制一个进程，其 PID号与父进程 PID 号不同。在 Linux 环境下，fork() 是以写复制实现的，新的子进程的环境和父进程一样，只有内存与父进程不同，其他与父进程共享，只有在父进程或者子进程进行修改后，才重新生成一份。
2. system()
   system() 函数会调用 ​​/bin/sh –c command​​来执行特定的命令，并且阻塞当前进程的执行，直到 command 命令执行完毕。新的子进程会有新的 PID。
3. exec()
   ​​exec()​​方式有若干种不同的函数，与前面两种不同，​​exec()​​方式会用新进程代替原有的进程，系统会从新的进程运行，新进程PID值与原进程PID值相同。

查找进程

Linux 是一个多用户系统，不同的用户可以在系统上运行各种各样的程序，内核必须唯一标识程序运行的每个实例。

查找某个进程的进程ID使用pidof命令：​​pidof systemd​​ 查找当前 shell 的进程 ID：​​echo $$​​ 查找父进程的进程 ID：​​echo $PPID​​

杀死进程

杀死进程的命令行工具有很多。

kill

传递一个PID来杀死进程

pkill

使用正则表达式作为输入

killall

默认情况下，它精确地匹配参数名，然后杀死匹配进程。killall 命令将向一个/组进程发送一个 SIGTERM 信号，也可以通过参数发送一个指定的信号。
基本用法

killall [-Z CONTEXT] [-u USER] [ -eIgiqrvw ] [ -SIGNAL ] NAME...
killall -l, --list
killall -V, --version

选项
​​-I​​，默认情况下，killall 命令是大小写敏感的，使用​​-I​​选项将忽略大小写。
​​u​​，终止某个用户所运行的进程，可以杀死以满足某个正则表达式的一组进程，同样也可以杀死某个用户运行的所有进程；如果想杀死系统进程需要使用sudo，但是，这个选项要慎用，因为它会把该用户所有进程，包括终端进程，全部杀死，将导致该用户直接退出。所以，如果不想挨揍的话不要轻意尝试这个选项。
​​-o​​，即older，杀死运行时间超过 5h 的进程：​​killall -o 5h​​​​-y​​，即younger，杀死进行时间小于 4h 的进程：​​killall -y 4h​​。这两个选项同样非常粗暴，也会把终端退出！
​​-q​​，表示quite，即关闭命令执行回显。默认情况下，killall 会告诉你命令执行情况，但如果不关心它的执行结果，只想静默执行，加上​​-q​​选项即可。
​​-i​​，表示interactive，交互式操作，用于不太放心杀死多个进程时，能够一一提醒匹配到的线程，然后可以自由决定该单个进程是否被杀死。
​​-l​​，查看 killall 所支持的所有信号。
​​-w​​，代表 wait，用于确定某进程已经被杀死后才返回执行结果的情况下。实际执行时，发现执行结果会在一两秒后出现，而不加 -w 选项的话，执行结果马上就显示。

实例

# 有3 个运行中进程linux1, linux2, linux3，批量杀死进程：
killall linux*
# 列出所有支持的信号，默认情况下，killall 命令将发送 SIGTERM 信号，使用 -l 选项查看 killall 所支持的所有信号：
killall -l
HUP INT QUIT ILL TRAP ABRT IOT BUS FPE KILL USR1 SEGV USR2 PIPE ALRM TERM
STKFLT CHLD CONT STOP TSTP TTIN TTOU URG XCPU XFSZ VTALRM PROF WINCH IO PWR SYS
UNUSED
你可以使用 -s 选项（后面跟一个信号名）来向一个进程发送特殊信号。

进程组

进程组是一个或多个进程的集合，进程组方便对多个进程的控制。它的 ID 由它的组长进程的进程 ID 决定。组长进程创建进程组，但它并不能决定进程组的存活时间，只要进程组内还有一个进程存在，进程就存在，与组长进程是否已终止无关。

作业

在终端里运行的命令都可以理解为一个作业，有的占用前台终端，有的在后台默默执行。作业的概念与进程组类似，同样由一个或多个进程组成，它分为前台作业和后台作业，一个会话会有一个前台作业和多个后台作业，与进程组不同的是，作业内的某个进程产生的子进程并不属于这个作业。

被放在后台的进程执行时间过长，而又忘记使用 nohup 命令，那么终端一旦断开，进程又需要被重新执行。
直接开启某个进程，又想在不中断进程的情况下让它让出前台终端。

jobs

作业的基础命令，用它可以查看正在运行的作业的信息；前面[ ]内的数字是作业 ID，也是后面我们要操作作业的标识，然后是作业状态和命令。

ctrl+z

ctrl+z 严格来说并是作业命令，它只是向当前进程发送一个 SIGSTOP 信号，促使进程进入暂停(stopped)状态，此状态下，进程状态会被系统保存，此进程会被放置到作业队列中去，而让出进程终端。使用它，可以暂停正在占用终端的进程而不停止它，从而让我们使用终端命令来操作此进程。

bg

即backgroud，​​bg %id​​把作业放到后台进程中执行。
结合 ctrl+z 和 bg 命令，可以解决上面提出的第一个问题，不停止地将正在占用终端的进程放到后台执行。

fg

fg 与 bg 相对，使用它可以把作业放到前台来执行。

disown

disown 用来将作业从作业列表中移除，即使它 不属于 会话，这样终端关闭后不再向此作业发送 SIGHUP 信号，以阻止终端对进程的影响。
使用 disown 可以解决上面提出的第二个问题，不重新执行将一个没使用 nohup 命令的进程不受终端关闭影响。

会话

会话，session，是一个或多个进程组的集合，它开始于用户登陆终端，结束于用户退出登陆。指用户与系统的一次对话的全程。

会话包括控制进程（与终端建立连接的领头进程），一个前台进程组和任意后台进程组。一个会话只能有一个控制终端，通常是登录到其上的终端设备或伪终端设备，产生在控制终端上的输入和信号将发送给会话的前台进程组中的所有进程。

init进程

init进程是系统中所有进程的父进程，它是启动 Linux 系统后第一个运行的程序；管理着系统上的所有其它进程。它由内核自身启动，因此理论上说它没有父进程。init进程的进程 ID 总是为 1。它是所有孤儿进程的收养父母（它会收养所有孤儿进程）。

孤儿进程

当一个进程的父进程结束时，但是它自己还没有结束，那么这个进程将会成为孤儿进程。最后孤儿进程将会被init进程（进程号为1）的进程收养，当然在子进程结束时也会由init进程完成对它的状态收集工作，因此一般来说，孤儿进程并不会有什么危害。
例子：在main函数中，创建子进程，然后让父进程睡眠1s，让子进程先运行打印出其进程id(pid)以及父进程id(ppid)；随后子进程睡眠3s（此时会调度到父进程运行直至结束），目的是让父进程先于子进程结束，让子进程有个孤儿的状态；最后子进程再打印出其进程id(pid)以及父进程id(ppid)；观察两次打印 其父进程id(ppid)的区别。

#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <unistd.h>

int main(int argc, char **argv)
{
  pid_t pid;
  pid = fork();//创建子进程
  if (pid < 0)//创建失败
  {
    perror("fork failed");
    exit(1);
  }
  if (pid = 0)//子进程
  {
    printf("child process.\n");
    // 输出进程id和父进程id
    printf("pid: \%d\t ppid:%d\n", getpid(), getppid());
    // 子进程睡眠3s，保证父进程先退出，此后子进程成为孤儿进程
    sleep(3);
    printf("now pid: %d\t ppid: %d\n", getpid(), getppid());
    printf("child process exited.\n");
  }
  else // 父进程
  {
    printf("father process.\n");
    // 为保证子进程先运行，让父进程睡眠1s
    sleep(1);
    printf("father process exited.\n");
  }
  return 0;
}

从运行结果来看：当其父进程结束后，子进程成为孤儿进程，其父进程id(ppid)为1，也就是说，init进程成为该子进程的父进程。

守护进程

守护进程daemon，就是一直在后台运行的进程。一般在系统启动时启动，系统关闭时停止，没有控制终端，也不会输出。如服务器、fpm 等进程就是以守护进程的形式存在的。

创建一个守护进程的步骤：

1. fork 子进程，退出父进程，子进程作为孤儿进程被 init 进程收养；
2. 使用 setsid，打开新会话，进程成为会话组长，正式脱离终端控制；
3. 设置信号处理（特别是子进程退出处理）；可选项：
4. 使用 chdir 改变进程工作目录，一般到根目录下，防止占用可卸载文件系统；
5. 用 umask 重设文件权限掩码，不再继承父进程的文件权限设置；
6. 关闭父进程打开的文件描述符；

僵尸进程

正常情况下，启动一个程序，开始任务，等任务结束就停止这个进程。 进程停止后，该进程就会从进程表中移除。可以通过 System-Monitor 查看当前进程。

一个进程使用fork创建子进程，如果子进程退出，而父进程并没有调用wait或waitpid获取子进程的状态信息，那么子进程的某些信息如进程描述符即使执行完生命周期，仍然保存在系统（进程表）中，称之为僵死进程（Zombie Processes）。

当你运行一个程序时，它会产生一个父进程以及很多子进程。 所有这些子进程都会消耗内核分配给它们的内存和 CPU 资源。这些子进程完成执行后会发送一个 Exit 信号然后死掉。这个 Exit 信号需要被父进程所读取。父进程需要随后调用 wait 命令来读取子进程的退出状态，并将子进程从进程表中移除。
若父进程正确第读取子进程的 Exit 信号，则子进程会从进程表中删掉。
但若父进程未能读取到子进程的 Exit 信号，则这个子进程虽然完成执行处于死亡的状态，但也不会从进程表中删掉。

少量僵尸进程对系统并无害。僵尸进程并不做任何事情，不会使用任何资源也不会影响其它进程。不过由于进程表中的退出状态以及其它一些进程信息（进程描述符、进程id等）也是存储在内存中，故太多僵尸进程也会有问题。另外，系统可用进程id有限，如果由于系统中大量的僵尸进程占用进程id，就会导致因为没有可用的进程id系统不能产生新的进程。

列出进程表中所有僵尸进程的详细内容：​​ps aux | grep Z​​

僵尸进程已死，SIGKILL命令无效。确保删除子僵尸的唯一方法就是杀掉它们的父进程：
​​kill -s SIGCHLD pid;​​ 将这里的 pid 替换成父进程的进程 id，这样父进程就会删除所有以及完成并死掉的子进程。

例子：在main函数中，创建子进程，然后让父进程睡眠10s，让子进程先终止；这里子进程结束后父进程没有调用wait/waitpid函数获取其状态，用ps查看进程状态可以看出子进程为僵尸状态。

#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <unistd.h>

int main(int argc, char **argv)
{
  pid_t pid;
  pid = fork();//创建子进程
  if (pid < 0)//创建失败
  {
    perror("fork failed");
    exit(1);
  }
  if (pid = 0)//子进程
  {
    printf("child process exited.\n");
    // 先让子进程结束
    exit(0);
  }
  printf("father process.\n");
  //父进程睡眠10s，等待子进程先退出，又没有调用wait或waitpid获取其状态，子进程成为僵尸进程
  sleep(10);
  printf("father process exited.\n");
  return 0;
}

注：任何一个子进程(init除外)在exit()之后，并非马上就消失掉，而是留下一个称为僵尸进程(Zombie)的数据结构，等待父进程处理。这是每个子进程在结束时都要经过的阶段。如果子进程在exit()之后，父进程没有来得及处理，这时用ps命令就能看到子进程的状态是“Z”。如果父进程能及时 处理，可能用ps命令就来不及看到子进程的僵尸状态，但这并不等于子进程不经过僵尸状态。 如果父进程在子进程结束之前退出，则子进程将由init接管。init将会以父进程的身份对僵尸状态的子进程进行处理。

生命周期

？？

&

符号 &，将它附在命令后面可以使进程在后台执行，不会占用前台界面。它实际上是在会话中开启一个后台作业。如果此时终端被关闭后，进程还是会退出。因为&符号只有让进程让出前台终端的功能，无法让进程不受 SIGHUP 信号的影响。

nohup

nohup使进程不受 SIGHUP 信号的影响。但在使用 nohup php test.php 后会发现，进程还会一直占用前台终端，但即使终端被关闭或连接断开，程序还是会执行，在当前文件夹下多个名为​​nohup.out​​文件。
nohup 的功能仅仅是让进程不受 SIGHUP 信号的影响，并不会让出前台终端，而且它还会在命令执行目录下建立​​nohup.out​​用以存储进程的输出。如果进程不需要输出，且不想让 nohup 创建文件，可以将标准输出和标准错误输出重定向。
常将 nohup 和 & 搭配到一块使用，执行命令​​nohup command >/dev/null 2>&1 &​​，就可以放心的等待进程运行结果。

setsid

另一个让进程在后台执行的命令，作用是让进程打开一个新的会话并运行进程，使用方式为 setsid command。
终端关闭后进程退出是因为会话首进程向进程发送SIGHUP 信号，setsid 直接打开一个新的会话来执行命令，那么原会话的终端的状态就再也不会影响到此进程。
使用 pstree 来查看使用 setsid 和 nohup … & 两种命令来运行进程时的进程树状态。

nohup php test.php &
pstree -a |grep -C 6 test
  |-sshd
  |   `-sshd
  |       `-sshd
  |           `-bash
  |               `-sudo -s
  |                   `-bash
  |                       |-grep -C 6 test
  |                       |-php test.php
  |                       `-pstree -a

用 ssh 远程登陆的机器，所以​​test.php​​进程是挂在​​sshd​​进程下的。正常情况下，一旦 sshd 进程结束，则​​test.php​​也无法幸免。

setsid php test.php
pstree -a |grep -C 6 test
  |-{nscd}
  |-php test.php
  |-php-fpm
--
  |-sshd
  |   `-sshd

使用setsid 后，​​test.php​​进程已经与 sshd 进程同级，属于 init 进程的子进程。但setsid 并没有为进程分配一个输出终端，所以进程还是会输出到当前终端上。

另外，在终端中直接使用 setsid command 运行进程时，终端前台并不会被影响，command 会在后台默默运行。而在 shell 脚本中，运行 setsid 的进程会一直阻塞住，直到 command 进程执行结束。因为setsid 在其是进程组长时会 fork() 一个进程，但它不会 wait() 它的子进程，而是立刻退出，所以在终端内直接使用 setsid 时，setsid 作为进程组长不会占用终端界面。

而在 shell 脚本内，setsid 不是进程组长，它不会 fork() 子进程，而是由 bash 来fork()一个子进程，而 bash 会 wait() 子进程，所以表现得像 setsid 在 wait() 子进程一样。

解决这个问题的两个办法：

1. 使用​​&​​符号，使 setsid 强行到后台执行
2. 使用​​.​​或​​source​​命令由终端执行 setsid

screen

tmux

​​关于 Linux 进程你所需要知道的一切​​

​Linux 进程调度与后台进程
​​​Linux 守护进程的启动方法​​​​什么是僵尸进程，如何找到并杀掉僵尸进程？​​

​​​僵尸进程与孤儿进程​​​​Linux 下使用 killall 命令终止进程的 8 大用法​​