“nohup”
在用户ssh终端断开或者网络端口时，终端没有HUP信号则会关闭所有子进程。
nohup则会让进程忽略HUP信号，不受终端断开限制
一般在结尾加上“&”将命令同时放到中断后台运行
nohup标准输出和标准错误输出会被重定向到nohup.out文件中
[[email protected] ~]# nohup ping www.ibm.com & [1] 3059 nohup: appending output to `nohup.out‘ [[email protected] ~]# ps -ef |grep 3059 root 3059 984 0 21:06 pts/3 00:00:00 ping www.ibm.com root 3067 984 0 21:06 pts/3 00:00:00 grep 3059 [[email protected] ~]#
“&”
将一个或者多个命令包含在"()"中，就能让这些命令在子shell中运行
将"&"也放在"()"中，发现所提交的作业并不在作业列表中，也就是说，无法通过jobs来查看，从而躲过HUP信号的影响，不受中断断开的影响
[[email protected] ~]# (ping www.ibm.com &) [[email protected] ~]# ps -ef |grep www.ibm.com root 16270 1 0 14:13 pts/4 00:00:00 ping www.ibm.com root 16278 15362 0 14:13 pts/4 00:00:00 grep www.ibm.com [[email protected] ~]#
新进程的父进程ID（PPID）为1（init进程的PID），而不是当前终端的进程ID，因此不属于当前终端的子进程，从而不受当前终端的HUP信号影响。
“screen”
screen可以让大量命令能够在稳定的后台里运行
screen提供了ANSI/VT100的终端模拟器，能够在一个真实的终端下运行多个全屏的伪终端
screen -dmS session name 建立一个处于断开模式下的会话，并指定会话名
screen -list 显示所有会话
screen -r session name重新连接指定会话
快捷键CTRL-a d暂时断开当前会话
screen 示例
[[email protected] ~]# screen -dmS Urumchi [[email protected] ~]# screen -list There is a screen on: 12842.Urumchi (Detached) 1 Socket in /tmp/screens/S-root. [[email protected] ~]# screen -r Urumchi
在screen中执行命令时，不用担心HUP信号的影响，是因为：
1. 未使用 screen 时新进程的进程树
[[email protected] ~]# ping www.google.com & [1] 9499 [[email protected] ~]# pstree -H 9499 init─┬─Xvnc ├─acpid ├─atd ├─2*[sendmail] ├─sshd─┬─sshd───bash───pstree │ └─sshd───bash───ping
没使用screen时，我们处在的bash是sshd子进程，当sshd断开时，HUP信号自然会影响当前sshd下的所有子进程。
2. 使用了 screen 后新进程的进程树
[[email protected] ~]# screen -r Urumchi [[email protected] ~]# ping www.ibm.com & [1] 9488 [[email protected] ~]# pstree -H 9488 init─┬─Xvnc ├─acpid ├─atd ├─screen───bash───ping ├─2*[sendmail]
使用screen后，此时bash是screen的子进程，screen是init（PID 1）的子进程，当断开ssh的时候，HUP信号不会影响screen的所有子进程。
总结：
nohup/&无疑是临时需要时最方便的方法，screen则是在大批量且需要稳定环境的操作时的不二选择。
Linux系统下程序后台运行nohup，&，screen等