前言#
当我们在 Linux 或 Unix 系统上执行一个长时间运行的命令或脚本时，我们通常会遇到一个问题，那就是在终端关闭或者退出后，该进程也会随之停止运行。在这种情况下，我们需要一种方式来让进程在后台运行，而不受终端关闭的影响。这时，nohup 命令就派上用场了。
nohup 是什么？#
nohup是 Linux 和 Unix 系统中的一个命令，其作用是在终端退出时，让进程在后台继续运行。它的全称为“no hang up”，意为“不挂起”。nohup命令可以让你在退出终端或关闭 SSH 连接后继续运行命令。
nohup 语法规则#
nohup 命令的基本语法如下：
nohup COMMAND [ARGS ...] [> output-file 2> error-file] &
其中的参数含义如下：
COMMAND：需要在后台运行的命令或脚本。ARGS：命令或脚本的参数。> output-file：输出重定向到指定的文件中。2> error-file：错误信息重定向到指定的文件中。&：将命令放在后台运行。
nohup 命令的执行过程分为以下几个步骤：
- nohup 命令将当前 shell 的标准输入、标准输出和标准错误输出全部重定向到
/dev/null设备中，避免被关闭终端的信号所中断。 - nohup 命令将进程放到后台执行，并将进程的 PID 输出到终端。
- 进程开始执行，并将标准输出和标准错误输出重定向到指定的文件中。
- 用户可以退出终端或关闭终端窗口，进程仍然在后台运行。
nohup 使用方法#
使用 nohup 命令非常简单，按照上面的基本语法即可。以下是一些 nohup 命令的用法示例：
后台运行命令#
要在后台运行命令，只需要在命令行中输入以下命令即可：
例如，在后台运行一个 Bash 脚本：
标准输出重定向到文件#
nohup bash test.sh > stdout.txt &
标准错误输出重定向到文件#
nohup bash test.sh 2> stderr.txt &
将标准输出和标准错误输出都重定向到文件#
- 重定向到同一文件
nohup bash test.sh > output.txt 2>&1 &
- 重定向到不同文件
nohup bash test.sh > stdout.txt 2> stderr.txt &
- 一个更为复杂的例子，重定向标准输入（stdin）：
nohup ./myprogram > foo.out 2> foo.err < /dev/null &
这里多出来一个< /dev/null，意思是将标准输入重定向到/dev/null，以确保程序不会从标准输入中读取任何数据。
这个是为了解决一个实际问题：SSH 会话常常拒绝注销（或者挂起），因为它不愿意去丢失与后台 job(s)进行交互的数据。当遇到这个问题的时候，可以使用上面的命令，通过三次重定向来解决。
nohup 后台进程管理#
使用 jobs 命令可以查看当前 shell 中后台运行的任务列表，包括任务编号、状态和命令。
例如，我们在后台执行一个sleep 1000命令，使用jobs命令查看：
$ jobs
[1]+ Running nohup sleep 1000 &
其中，方括号中的数字表示任务编号，加号或减号表示任务的优先级，Running 表示任务正在后台运行。除此之外，还有其他可能的状态，包括 Stopped（已停止）、Done（已完成）等。
我们还可以使用 fg 命令将一个后台任务移动到前台继续运行，例如：
这个命令会将任务编号为 1 的任务移动到前台，继续执行。如果希望将任务暂停或恢复，可以使用 Ctrl-Z 键，在当前 shell 中发送 SIGTSTP 信号。
$ fg %1
nohup sleep 1000
^Z
[1]+ Stopped nohup sleep 1000
此时如果想要恢复运行，可以使用bg命令：
$ bg %1
[1]+ nohup sleep 1000 &
如果想要杀死该任务，可以使用kill命令：
$ kill %1
[1]+ Terminated nohup sleep 1000
如果你想杀死所有后台任务，但是又觉得一个个地比较麻烦，可以使用disown命令来解决：
这个命令可以杀死所有后台任务，但不会有任何提示，你可以通过jobs命令来确认。
总结#
nohup命令可以在后台运行程序，即使终端关闭或断开与远程服务器的连接也不会影响程序的运行。通过nohup命令启动的进程会忽略所有终端信号，因此即使使用Ctrl+C关闭终端，进程也不会停止。可以使用jobs命令查看后台运行的进程，并使用fg命令将进程切换到前台运行。
nohup非常适合用来执行一些需要长时间运行的脚本或程序，比如 Web 服务器，数据库等。但需要注意的是，nohup命令并不是完全避免了进程被中断的可能，例如系统崩溃、进程错误等情况仍可能导致进程的中断。