Linux个人学习记录：进程工作管理之nohup和&的理解

废话少说，开门见山吧！
一般情况下在Linux终端下输入的命令几乎都会开启一个子进程，而这个子进程默认的父进程就是当前的shell，默认在前台执行。要想放到后台执行有如下方法。

1、单独使用 &

用法：命令 参数… &（和前面空格隔开）。如sudo apt-get update &

个人理解：但是由于该子进程的父进程还是当前的终端shell，当用户与该终端断连后，而断连后该终端shell的进程就会被系统关掉，这样会导致该shell开启的子进程都会被关掉，也就导致之前用&放到后台的进程被杀掉了。

&的特点：将命令放到后台，不受到前台输入的ctrl+c中止命令影响，但关掉终端，后台进程也会关掉。

2、单独使用 nohup

用法：nohup 命令 参数…。如nohup sudo apt-get update

个人理解：我觉得，nohup本身不是将命令放到后台执行，而是让该命令子进程的父进程在被删除时，将子进程的PPID（父进程）归于系统管理（没有终端机了，这时就相当于放到后台了），这样就不至于在终端机关闭后导致子进程被杀。

我新建个脚本，在脚本中写如比较费时的代码，然后运行，很明显直接运行是阻塞了当前shell的，并且它也给了提示，输入都会被忽略，输出重定向到了nohup.out文件（在用户主文件夹下），直到命令完成工作。感觉这样直接使用就没有什么意义了（跟后面的 nohup + & 比），因为用户此时啥也不能干（除非 ctrl + c 或 ctrl + z），只能干等还看不到任何输出，那还不如不加nohup直接执行还能看到输出过程。

万一使用了这种方式运行了某个比较费时的程序，不希望就此终止（前功尽弃），又想干点别的，可以这样操作：先 ctrl + z，把程序放到后台挂起，这时响应信息的中括号里的数值就是工作号（用 jobs -l 也可查询下它工作号和PID），然后用 bg %工作号 来恢复它后台执行，最后你就可以为所欲为了。

nohup特点：前台运行，阻塞shell，但在shell关闭后，保留命令进程，归于系统管理。

使用 nohup + &

用法：nohup 命令 参数… &。如nohup ./xl.sh &

不急着退出终端，现在可以通过 ps -l 命令看到我的脚本父进程就是当前shell

当我退出终端，重新登陆后，再使用 ps -l 就看不到xl.sh进程了（这里我卡了很久，老怀疑nohup为啥没用）

然而，通过 ps -A 可以看到进程 xl.sh 还是在的，然后根据它的PID利用 ps -l PID 再看下它的详细信息发现，PPID变了，变成了1，据我理解Linux系统里好像比较小的进程号都被系统占用了，所以这个 1 我理解为系统进程。

nohup + & 特点：同时具备nohup和&的特点，即命令运行后不阻塞shell，同时在shell关闭后仍保留在系统中运行。