Linux 下 nohup 与 & 的联系

背景

一直没搞清楚 nohup 与 & 的区别, 看着公司里遗留的shell, 也就稀里糊涂地用着… 这是很糟糕的态度

结论放前面
&

使进程在后台运行, 默认输出到标准输出(即当前屏幕), 除非重定向输出.

此时忽略 SIGINT 信号.

==若关闭会话, 则进程会结束==

nohup

进程仍旧在前台跑, 默认输出到 nohup.out .

此时进程忽略 SIGHUP 信号, 关闭会话不影响进程.

==Ctrl+c会使进程中断==

nohup + &

进程在后台跑, 忽略 SIGINT, SIGHUP 信号.

测试

repeat=${1:-20}
echo 循环次数 $repeat
counter=0
while [ $counter -lt $repeat ]
do
    echo 第${counter}次循环
    let "counter ++"
    sleep 1
done
echo 结束循环

直接运行

[root@linuxidc tmp]# sh test.sh
循环次数 20
第0次循环
第1次循环
第2次循环
^C

此时不论是直接 Ctrl+c 或 关闭当前ssh连接, 都会导致进程停止

[root@linuxidc tmp]# sh test.sh > test.out
^C

此时进程仍在前端跑, 查看 test.out 文件会发现在输出, 此时不论是直接 Ctrl+C 或 关闭当前ssh连接, 都会导致进程停止

单独使用 &

[root@linuxidc tmp]# sh test.sh &
[1] 111418
[root@linuxidc tmp]# 循环次数 20
第0次循环
第1次循环
第2次循环
^C
[root@linuxidc tmp]# 第3次循环
第4次循环
第5次循环
^C
[root@linuxidc tmp]# 第6次循环
第7次循环
第8次循环
第9次循环
第10次循环
第11次循环

此时进程在后台跑, 同时默认会输出到屏幕上.

此时 Ctrl+c 无效, 即进程忽略了 SIGINT 信号.

但若是直接关闭ssh连接(会话), 则该进程会被关闭, 这是因为进程受到了 SIGHUP 信号影响.

系统对SIGHUP信号的默认处理是终止收到该信号的进程。所以若程序中没有捕捉该信号，当收到该信号时，进程就会退出。
　　

[root@linuxidc tmp]# sh test.sh > test.out &
[4] 111758
[root@linuxidc tmp]#

使进程在后台跑, 输出被重定向到指定文件

可用 jobs -l 获取当前的所有后台进程

[root@linuxidc tmp]# jobs -l
[2]+ 113043 Running                 sh test.sh > /dev/null &

单独使用 nohup

[root@linuxidc tmp]# nohup sh test.sh > test.out 2>&1

运行后是在前端跑, 若关闭会话, 进程不受影响.

但此时 Ctrl+c会结束进程.

nohup + &

[root@linuxidc tmp]# nohup sh test.sh &
[2] 112987
[root@linuxidc tmp]# nohup: 忽略输入并把输出追加到"nohup.out"

[root@linuxidc tmp]#

忽略 Ctrl+c 以及 会话关闭的影响, 进程可以在后台持续运行.

若会话未关闭, 可通过 jobs -l 查看当前该进程

[root@linuxidc tmp]# jobs -l
[1]+ 112987 Running                 nohup sh test.sh &

本文永久更新链接地址：https://www.linuxidc.com/Linux/2018-11/155617.htm