后台进程一断开 Shell 就消失？别只靠 nohup 了，理解 setsid 和进程生命周期的真相

Mon, 01 Jun 2026 07:00:00 +0800

先说结论

你启动了一个后台服务，nohup 用了，& 也加了，日志也重定向了，一切看起来都很正常。但当你关闭终端、断开 SSH，或者——更隐蔽的情况——当自动化工具执行完脚本后，这个进程就悄无声息地消失了。你检查 ps，找不到它；检查端口，也没有监听。如果你遇到过这种情况，你不是一个人。

真正的根因不是 SIGHUP——至少不完全是。问题出在进程组和会话的归属关系上。 nohup 只是让进程忽略 SIGHUP 信号，但如果进程所属的会话 leader 被销毁了，终端 IO 断裂了，或者父进程组被一起收割了，进程仍然可能死掉。真正彻底的解决方案是 setsid：它创建一个全新的会话，让进程完全脱离原会话的控制终端，不再属于父 shell 的进程组——因此父 shell 退出时，SIGHUP 根本传播不到它那里去。

这篇文章源自一次真实的 CLIProxyAPI 服务排障。服务通过 nohup 启动后，每次自动化脚本执行完毕就消失，管理界面一直报“网络连接失败”。排查后发现是一个隐蔽的 Unix 进程生命周期问题。这类问题在云原生开发机、CI runner、SSH jump host 和容器化工作流里非常常见，但往往因为对进程模型理解不深而被误判为“软件有 bug”。

为了不泄露隐私，本文不会出现真实内网地址、真实 token 或路径。所有配置片段使用 <PLACEHOLDER> 占位。

CentOS安装Frp客户端，可使用SSH

Sat, 23 Jan 2021 17:22:58 +0800

下载并解压Frp

最新Frp下载地址：https://github.com/fatedier/frp/releases/

mkdir ~/frp
cd ~/frp
wget https://github.com/fatedier/frp/releases/download/v0.35.0/frp_0.35.0_linux_amd64.tar.gz
tar -xvzf frp_0.35.0_linux_amd64.tar.gz

Ubuntu安装Frp服务端，非客户端

Sat, 23 Jan 2021 13:43:20 +0800

下载并解压Frp

最新Frp下载地址：https://github.com/fatedier/frp/releases/

cd ~
mkdir frp
cd frp
wget https://github.com/fatedier/frp/releases/download/v0.35.0/frp_0.35.0_linux_amd64.tar.gz
tar -xvzf frp_0.35.0_linux_amd64.tar.gz
cd frp_0.35.0_linux_amd64

Nohup on 魔都水滴

后台进程一断开 Shell 就消失？别只靠 nohup 了，理解 setsid 和进程生命周期的真相

CentOS安装Frp客户端，可使用SSH

下载并解压Frp

Ubuntu安装Frp服务端，非客户端

下载并解压Frp