记录一下Linux下使命令不受终端断开的影响，保持在后台运行的几个方法及其原理。当用户注销logout或者网络中断时，终端会受到HUP(hangup)信号从而关闭其所有子进程。因为解决方法大体有两种：要么让进程忽略HUP信号，要么让进程运行在新的会话里从而成为不属于此终端下的子进程。

1(本地单元测试通过)nohup命令可以让要执行的命令忽略HUP信号，再加上&可以保证命令一直在后台运行。

例：nohup?commandXXX?>?test.log?2>&1?&

命令解析：

• nohup可以让commandXXX这个命令忽略HUP信号；
• 第一个>代表将命令的标准输出重定向到指定的地方，这里是test.log
• 2>&1代表重定向标准错误重定向到标准输出，这里标准输出已经被重定向到test.log，所以标准错误也会输出到test.log。这里引申一下：

Linux中标准输入即STDIN?,?在/dev/stdin?,一般指键盘输入,?shell里代号是0;

Linux中标准输出STDOUT,?在/dev/stdout,一般指终端(terminal),?就是显示器,?shell里代号是1;

Linux中标准错误STDERR,在/dev/stderr也是指终端(terminal),不同的是,错误信息送到这里?shell里代号是2

• 最后一个&表示让命令在后台运行
• 关闭终端后可以通过ps?-ef|grep?commandXXX命令查找到后台进程。

2(本地单元测试通过)setsid命令可以让进行运行在新的会话下，即不属于当前终端的子进程。那么即使当前终端发出了HUP信号，也不会影响该进程。

例：setsid?commandXXX

其实通过观察进程中的父进程号(PPID)发现一些端倪，使用setsid后进行的PPID为1(即为init进程ID)，并非当前终端的进程ID。

3(本地单元测试通过)将一个或多个命令用()括起来在shell中运行，所提交的作业并不在作业列表中，即无法通过jobs查看到。新提交的进程的PPID为1。

例：(commandXXX)

4（本地单元测试通过）若未加上述任何处理就执行了命令，如何补救才能让其不受HUP信息的影响呢？答案是作业调度。对于某个已执行的命令，经过以下几个步骤可以让其忽略HUP信号：

• 先使用ctrl+z命令将正在执行的命令变为job作业,；?
• 使用jobs可以查看到具体的作业号(jobid)；
• 再用bg?%jobid命令让其在后台运行；
• 最后使用disown?-h?jobid?即可使该作业忽略HUP信号

5(未安装此命令，暂未验证)有大量这种需要稳定的在后台运行的命令时，如何避免对每条命令都做上述的重复操作呢？答案是screen。screen提供了ANSI/VT100的终端模拟器，能够在一个真实终端下运行多个全屏的伪终端。screen具有很多参数，功能强大，在此仅简要分析一下为什么使用screen可以避免HUP信号的影响：

• 用screen?-dnS?session?new?建立一个处于断开模式下的会话(并指定其会话名)；
• 用screen?-list?列出所有会话；
• 用screen?-r?session?name?重新连接指定会话；
• 用ctrl?-a?D暂时断开当前会话；

当我们用-r连接到screen会话时，就进入了一个伪终端，不会再受到HUP信号的影响了。

其他命令：

• pstree?-H?pid?查看进程号对应的进程命令的树形结构
• fg?%jobid?将某个挂起的进程放回前台
• bg?%jobid?将某个挂起的进程调到后台继续运行，这一点在调试代码时尤其有用，因为将代码编辑器挂起到后台再重新返回时，光标定位仍停留到上次挂起时的位置，避免了重新地凝望的麻烦。
• ctrl?+c?停止当前命令
• jobs?-l?列出所有任务的pid,jobs的状态可以是running/stopped/terminated,但若任务终止了(kill)，shell会从当前列表中删除任务的进程标识。