如何使用nohup命令结合&符号在后台运行脚本

后台运行的守护者：nohup命令与&符号的实战指南

在Linux或Unix系统中，你是否遇到过这样的困扰：一个需要长时间运行的脚本，因为终端关闭或网络连接断开而意外终止？别担心，这正是nohup命令与&符号组合大显身手的场景。简单来说，nohup能让命令忽略“挂起”信号，而&则负责将任务丢到后台。两者结合，就能打造一个不受终端会话影响的持久化后台进程。

下面，我们就来拆解一下，如何一步步让脚本在后台安稳地跑起来。

第一步：准备好你的脚本

首先，得有个要执行的任务。假设我们有一个名为myscript.sh的Shell脚本。内容是什么不重要，关键是它得能运行。

第二步：赋予脚本“通行证”

新创建的脚本通常没有执行权限。这时候，需要给它开个绿灯：

chmod +x myscript.sh

这行命令的作用，就是告诉系统：“这个文件可以当作程序来执行了。”

第三步：核心操作，启动后台任务

接下来就是关键操作了。在终端里输入：

nohup ./myscript.sh &

这短短的一行命令，其实包含了三层意思：

• nohup：扮演“守护者”角色，确保后续命令不会因为终端关闭（收到SIGHUP信号）而停止。
• ./myscript.sh：这是我们要保护并执行的主角——那个脚本。
• &：这是“调度员”，它把整个命令推送到后台运行，立即将终端控制权交还给你，让你可以继续做其他事情。

第四步：管理脚本的输出

脚本在后台运行，那它的输出（比如打印的日志、错误信息）去哪了？默认情况下，nohup很贴心地把所有标准输出和标准错误都收集到了一个叫nohup.out的文件里。你可以随时用下面这个命令“偷看”它的实时日志：

tail -f nohup.out

当然，如果你觉得nohup.out这个名字太普通，或者想将输出和错误分开记录，完全可以自定义。下面这个命令就是一个更规范的用法：

nohup ./myscript.sh > output.log 2>&1 &

这里多了几个重定向符号，别慌，其实很好理解：

• > output.log：把脚本的正常输出（标准输出）全部写入到output.log这个文件里。
• 2>&1：这是一个经典操作。它把标准错误（文件描述符2）重定向到标准输出（文件描述符1）所在的地方。因为上一步标准输出已经去了output.log，所以错误信息也会一并进入同一个日志文件，方便统一查看。
• 最后的&：依然表示放入后台。

完成以上四步，你的脚本就真正获得了“自由”。无论你是退出终端，还是断开SSH连接，它都会在服务器上继续执行，直到任务完成或被人为停止。这对于部署长期运行的服务、执行耗时计算任务来说，简直是不可或缺的技能。