Linux系统中有些应用程序可能默认是在前台运行的，前台运行的时候你不能有当前程序之外的任何其他操作，并且当我们关闭当前会话窗口时该进程也随即停止运行了，那么我们想要让这些进程在断开连接后依然保持运行该如何操作呢？本文就来介绍几种Linux进程后台可靠运行的几种方法。
首先，我们编辑一个用来测试的shell脚本，它的功能是每2秒钟打印一次当前linux系统的时间：
# vi test.sh
?
#!/bin/bash
for ((i = 0; i < 100; i++)); do
??? sleep 2
??? echo $(date)
done并赋予可执行权限。
chmod 755 test.sh当我们执行这个程序脚本时前台显示如下：
根据脚本一直要打印100次系统时间程序才会停止，而中间如果我们要对Linux系统进行操作，要么使用“ctrl+c”命令中断该程序，要么重新再连接一个会话。那么最好的方法就是我们可以把该运行在前台的程序可以让它在后台运行。
& – 让命令后台运行
在Linux中，如果要让进程在后台运行，一般情况下，我们在命令后面加上“&”即可，这种方法中，当关闭当前shell终端会话时，后台运行的程序也会结束。这是因为脚本在后台运行时，运行脚本的父进程是当前shell终端进程，关闭当前shell终端时，会发送hangup挂断信号给子进程，子进程收到hangup信号后也就退出了。但是，如果我们用“exit”命令或者“ctrl+d”命令退出，命令是可以继续在后台运行的。
重新连接查看该进程一直是在后台运行的。
nohup – 让提交的命令忽略hangup信号
你也可以使用 nohup 命令，这个命令可以在用户退出shell之后保证进程在后台继续运行。nohup即no hang up，就是忽略当前任务挂断信号的意思，这样就解决上面的问题了。输入nohup命令之后会给出提示“nohup: ignoring input and appending output to ‘nohup.out’”按回车即可，nohup默认会把标准输出内容重定向到默认文件nohup.out中。
setsid - 设置新的session进程
nohup 能通过忽略hangup信号来使我们的进程避免中途被中断，换个角度，如果我们的进程不属于接受hangup信号的终端子进程，那么自然也就不会受到 hangup信号的影响了。setsid 命令就能帮助我们做到这一点，setsid 就是set session id 的意思，表示该命令运行的进程是一个新的session。因此其父进程不属于当前终端，实际上setsid运行的进程，其父进程id为1。setsid 的使用也是非常方便的，只需在要处理的命令前加上 setsid 即可。
setsid ./test.sh当我们关闭当前shell终端，重新连接会话查看进程还是在运行的。
disown – 脱离终端的子进程
命令前加上nohup或者setsid就可以避免hangup信号的影响。但是如果我们未加任何处理就已经提交了命令，该如何补救才能让它避免hangup信号的影响呢？这时想加nohup或者setsid已经为时已晚，只能通过作业调度和disown命令来解决这个问题了。
我们后台运行脚本并将输出结果保存到“text.txt”文件中，使用“jobs”命令可查看到该作业正在运行，jobid为“1”，进程号为“1794”，此时如果我们直接关闭该shell终端该进程就会中断，那么我们现在就可以使用“disown -h %N”命令根据jobid将指定的后台任务运行在新的会话中，从而成为不属于此终端的子进程。
现在我们关闭当前shell终端，重新连接会话查看进程还是在运行的。
screen - 多重视窗管理程序
我们已经知道了如何让进程免受hangup信号的影响，但是如果有大量这种命令需要在稳定的后台里运行，如何避免对每条命令都做这样的操作呢？此时最方便的方法就是screen了。简单地说，screen 提供了ANSI/VT100的终端模拟器，使它能够在一个真实终端下运行多个全屏的伪终端。
如果系统未安装screen，通过yum安装即可。
yum install screen -y我们执行screen命令，按回车键后进入子界面，在子界面内就可以执行我们希望长时间运行的任务。
然后按住“ctrl+a+d”命令可切回父页面就可执行另外的任务。显示[detached]表示我们已经返回父界面。
使用“screen -ls” 可查看正在运行的screen任务。并可通过“screen -r pid ”返回到screen子界面中。
总结
以上就是Linux进程后台运行的一些方法了，我们可以根据不同的场景来选择不同的方案。nohup/setsid 无疑是临时需要时最方便的方法，disown 能帮助我们来事后补救当前已经在运行了的作业，而 screen 则是在大批量操作时不二的选择了。如果大家有更好的方法欢迎补充咯~