让Linux进程脱离终端在后台运行

让Linux进程脱离终端在后台运行

我们经常会碰到这样的问题，用 telnet/ssh 登录了远程的 Linux 服务器，运行了一些耗时较长的任务，结果却由于网络的不稳定导致任务中途失败。
如果只是临时有一个命令需要长时间运行，什么方法能最简便的保证它在后台稳定运行而不受本地关闭终端窗口或网络断开连接的影响呢？有三种方法：nohup，setsid，(&)。
我们知道，当用户退出或者网络断开时，终端会收到 HUP（hangup）信号从而关闭其所有子进程。因此，有了解决问题的思路：要么让进程忽略 HUP 信号，要么让进程运行在新的会话里从而成为不属于此终端的子进程。

下面分别介绍这三种方法的使用。

1. nohup
顾名思义，nohup 的用途就是让提交的命令忽略 hangup 信号。先来看一下 nohup 的帮助信息：
NOHUP(1) User Commands NOHUP(1) NAME nohup - run a command immune to hangups, with output to a non-tty SYNOPSIS nohup COMMAND [ARG]... nohup OPTION DESCRIPTION Run COMMAND, ignoring hangup signals. --help display this help and exit --version output version information and exit

可见，nohup 的使用是十分方便的，只需在要处理的命令前加上 nohup 即可，标准输出和标准错误缺省会被重定向到 nohup.out 文件中。
一般我们可在结尾加上“&”来将命令同时放入后台运行，也可用“>filename 2>&1”来更改缺省的重定向文件名。

示例：
# nohup ping www.ibm.com &
[1] 2951
# nohup: ignoring input and appending output to `nohup.out'
# ps -ef | grep 2951
root       2951   2937  0 06:40 pts/0    00:00:00 ping www.ibm.com

2. setsid
nohup 无疑能通过忽略 HUP 信号来使我们的进程避免中途被中断，但如果换个角度思考，如果进程不属于接受 HUP 信号的终端的子进程，那么自然也就不会受到 HUP 信号的影响了。setsid 就能帮助我们做到这一点。
先来看一下 setsid 的帮助信息：
SETSID(8) Linux Programmer’s Manual SETSID(8) NAME setsid - run a program in a new session SYNOPSIS setsid program [ arg ... ] DESCRIPTION setsid runs a program in a new session.

可见 setsid 的使用也是非常方便的，也只需在要处理的命令前加上 setsid 即可。

示例：
# setsid ping www.ibm.com
# ps -ef | grep www.ibm.com
root       3052      1  0 06:51 ?        00:00:00 ping www.ibm.com
值得注意的是，上例中我们的进程 ID(PID)为3052，而它的父进程ID（PPID）为1（即为 init 进程 ID），并不是当前终端的进程ID。请与nohup例中的父进程ID做比较。

3. (&)
当将命令和“&”都放入“()”内执行后，就会发现所提交的作业并不在作业列表中，也就是说，是无法通过jobs来查看的。让我们来看看为什么这样就能躲过 HUP 信号的影响吧。

示例：
# (ping www.ibm.com &)
# ps -ef | grep www.ibm.com
root       3113      1  0 07:00 pts/0    00:00:00 ping www.ibm.com

可以看出，新提交的进程的父 ID（PPID）为1（init 进程的 PID），并不是当前终端的进程ID。因此并不属于当前终端的子进程，从而也就不会受到当前终端的 HUP 信号影响了。

参考：http://blog.chinaunix.net/uid-24517549-id-4030121.html