一直没搞清楚 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信号的默认处理是终止收到该信号的进程。所以若程序中没有捕捉该信号，当收到该信号时，进程就会退出。
使进程在后台跑, 输出被重定向到指定文件
可用 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 &Linux公社的RSS地址：https://www.linuxidc.com/rssFeed.aspx