每天学一个Linux命令系列(进阶篇20):nohup/disown - 关掉终端进程还在跑,后台运行的正确姿势

场景引入：那个被中断的凌晨任务

我刚工作那会儿，有一次周五下班前跑了一个数据分析任务，预计要跑四五个小时。我简单地在命令后面加了个 & 丢到后台，就关机回家了。周一上班一看，进程早没了，数据没跑出来。去问老同事，他笑着说："你关终端的时候，终端里跑的那些进程都收到SIGHUP信号就退出了，你周末白跑了。"

这个教训让我深刻理解了"关掉终端进程还在跑"并不是理所当然的。你需要有意识地去保护你的后台进程，这就是nohup和disown存在的意义。

&后台运行的问题

先说说为什么单纯的 & 不行。在Linux中，在命令末尾加 & 确实会把进程放到后台运行，shell会返回一个作业号（job number）和PID。你可以用 jobs 命令查看后台任务。

但这里有个关键点：后台进程的父进程仍然是当前shell。当你关闭终端（或者网络断开导致SSH会话结束）时，shell会给它的所有子进程发送SIGHUP（挂起信号）。进程收到SIGHUP信号后的默认行为是什么？退出。所以你的后台任务就这样不明不白地死了。

来看一个典型的问题场景：

# 在SSH会话中启动一个长时间运行的数据处理脚本
./process_large_data.sh &
# 查看后台作业，此时还在
jobs
# 关闭终端或断开SSH...进程消失

这个坑每个人都踩过至少一次。解决方案就是nohup或者disown。

nohup原理：忽略SIGHUP信号

nohup名字很直白：no hang-up。它的原理就是在启动进程时，修改进程对SIGHUP信号的处理方式，设置为忽略（SIG_IGN）。这样无论父进程发什么信号，子进程都不理会，继续运行。

最简单的用法：

# 使用nohup启动命令，让它忽略终端关闭信号
nohup ./my_long_task.sh

运行后，nohup会告诉你：输出被重定向到了当前目录的 nohup.out 文件。如果你不指定输出重定向，nohup会自动使用 nohup.out 作为输出文件。

nohup输出重定向

自动产生的nohup.out有时候挺烦人的，因为你可能希望日志文件有自定义的名字。加上重定向即可：

# 使用nohup启动Python数据处理脚本，将标准输出重定向到自定义日志文件
nohup python3 data_pipeline.py > pipeline.log 2>&1 &

这个命令做了几件事：
- nohup 让进程忽略SIGHUP
- > pipeline.log 把stdout写入pipeline.log
- 2>&1 把stderr也写入同一个文件
- 最后的 & 把进程放入后台

要注意顺序。2>&1 必须写在 > 后面，因为它表示"把文件描述符2重定向到文件描述符1当前指向的地方"。如果写反了，stderr可能会被单独处理，不会写入日志文件。

还有一个我常用的模式：把stdout和stderr分别保存到不同文件：

# 使用nohup启动任务，标准输出和标准错误分别保存到不同文件
nohup ./backup.sh > stdout.log 2>stderr.log &

这对于调试非常有用。stdout.log记录正常流程，stderr.log记录错误信息。排查问题时直接看stderr.log。

我自己的习惯是弃用默认的nohup.out，因为多次nohup启动会互相覆盖（实际上nohup.out是追加的，但它混杂了不同程序的输出，很难看）。每次都指定明确的输出文件路径。

nohup配合&使用

很多人以为nohup和&是互斥的，其实它们经常一起用。nohup保证进程不被SIGHUP杀死，&把进程放到后台让你可以继续在终端做其他事：

# 启动一个Java后端服务，使用nohup忽略终端关闭，放入后台运行
nohup java -jar app.jar > app.log 2>&1 &
# 终端立即返回焦点的提示符，进程在后台运行
echo "Java进程已启动，PID为 $!"

$! 是上一个后台进程的PID，记下它方便以后管理。你可以把它写到一个文件中：

# 启动服务并记录PID到文件，方便后续管理
nohup java -jar app.jar > app.log 2>&1 &
# 将进程PID保存到文件
echo $! > app.pid

这样以后想停掉这个进程时 kill $(cat app.pid) 即可。

disown：从shell作业表移除

现在来说说disown。它的场景和nohup略有不同。有时候你已经在跑了（甚至跑了很久了）才发现忘了加nohup，这时候取消重跑成本太高。disown就是你的救命稻草。

disown的作用是从当前shell的作业表中移除一个作业，移除后该作业与shell"脱钩"，即使shell关闭也不会给它发送SIGHUP。

使用场景是这样的：

# 启动一个训练任务，忘了加nohup
./train_model.sh &
# 跑了一阵才想起来，按Ctrl+Z暂停
# 切换到后台
bg
# 使用disown从shell作业表移除，这样关终端也不会被杀
disown %1

disown的常用参数：
- disown 不带参数：移除最近的作业
- disown %1 移除作业号1
- disown -h %1 标记作业为不接收SIGHUP，但不从作业表移除（还能用jobs看到）
- disown -a 移除所有作业

disown和nohup有个重要区别：disown之后，你就不能再通过 fg 让作业回到前台了。因为作业已经从shell的作业表里删除了，shell不再管理它。所以disown是一个单向操作。

个人建议：如果你刚开始跑一个新任务，用nohup。如果你任务跑了一半，不想重启，用disown。前者是提前规划，后者是事后补救。

setsid：更彻底的独立

nohup和disown虽然在大部分场景下够用，但它们的本质都是"让进程不响应SIGHUP"。如果追求更彻底的隔离，可以用setsid。setsid让进程启动一个新的会话（session），完全脱离当前终端，成为一个全新的进程组的首领。

# 使用setsid启动，进程完全独立于当前终端
setsid ./long_task.sh > task.log 2>&1

setsid启动的进程连SIGHUP都不会收到，因为它和当前shell已经没有任何父子关系了。它的父进程会变成PID1（init或systemd），即使你退出登录，它依然运行。

我一般在需要绝对可靠的长期任务时使用setsid，比如数据库迁移、大文件传输、机器学习模型训练等。这些任务跑几个小时甚至几天，不可中断。

管理后台进程的方法

启动了后台进程，怎么监控和管理也是个问题。我一般用以下几种方式：

# 使用ps命令查看自己启动的所有进程
ps -ef | grep app.jar
# 使用pgrep按进程名匹配PID
pgrep -f app.jar
# 使用pkill按进程名终止
pkill -f app.jar
# 使用kill发送特定信号
kill -SIGTERM 12345
# 强制终止
kill -SIGKILL 12345

对于nohup启动的进程，看日志是查看运行状态的常用方式：

# 实时查看日志（tail -f会持续跟踪文件变化）
tail -f app.log
# 查看最后20行
tail -20 app.log
# 查看最后100行并持续跟踪新内容
tail -100f app.log

screen/tmux作为替代方案

nohup和diswon本质上是让进程"断线"后继续运行。但如果你想"重新连接"到一个正在运行的终端会话，nohup就做不到了。这时候需要screen或tmux。

我个人的建议：短时间任务（几小时内完成的）用nohup足够。长时间任务或者需要交互的，用tmux。

tmux的基本用法：

# 创建一个名为work的tmux会话
tmux new -s work
# 在会话中正常运行命令，不用nohup
./my_long_task.sh
# 按Ctrl+B D 分离会话（detach），终端关闭没关系
# 重新连接到会话
tmux attach -t work

tmux比nohup更强大的地方是：你在tmux里跑一个交互式程序（比如vim处理文件，top查看状态），detach再attach后，你的工作状态完全恢复。nohup只能跑非交互的后台任务。

安全提醒

用nohup和后台进程时最容易翻车的几个点：

第一，忘了重定向输出。如果不指定输出文件，nohup会默认写到当前目录的nohup.out。如果同时启动多个nohup任务，所有输出会混在一起写到同一个nohup.out，排查问题时你根本分不清哪一行是哪个任务的。每次都用 > specific.log 2>&1 指定明确的输出文件。

第二，关机前检查后台进程。有时候你nohup启动了一个任务就以为万事大吉了，结果服务器重启（计划内或意外），所有进程都消失了。对于真正重要的长期任务，应该配置为systemd服务或cron定时任务，而不是依赖nohup。

第三，PID文件管理。用 echo $! > pid 保存PID后，如果进程正常结束或有多个同名进程，PID文件会保持旧值，下次 kill $(cat pid) 可能会杀死一个不相关的进程。每次启动前应该清理旧的PID文件，启动后验证进程是否真正运行了。可以用 kill -0 $(cat pid) 2>/dev/null && echo "进程还在" || echo "进程已消失" 来检查。

小结

nohup和disown是每个Linux用户的必备技能。nohup适合任务开始前就做好规划，disown适合任务中途补救。如果追求更彻底的隔离用setsid，如果需要可重连的交互终端用tmux。根据场景选对工具，你的后台进程才能真正"关掉终端还在跑"。