规范守护进程需七步：fork后父进程退出；调用setsid()创建新会话；再次fork并退出父进程；切换工作目录至/；重置umask为0；关闭所有文件描述符；忽略SIGHUP并处理SIGTERM。
要让程序在 Linux 系统中真正后台稳定运行，不能只靠 & 或 nohup 这类简单手段。它们只能解决“不随终端关闭而退出”这一层问题，但无法应对崩溃自启、开机自启、资源隔离等生产需求。编写规范的守护进程，核心是让程序彻底脱离终端控制、独立于用户会话，并具备长期驻留能力。
标准七步编程法（C语言实现）
这是最底层、最可控的方式，适用于需要完全自主管理生命周期的服务（如自研交易引擎、定制采集器等）。每一步都不可跳过，否则可能残留终端依赖或信号干扰：
- fork 一次，父进程退出：确保子进程成为孤儿进程，由 init（PID=1）收养，脱离原 shell 控制链
- 调用 setsid()：创建新会话，脱离原控制终端，同时成为新会话首进程和新进程组组长
- 再次 fork，子进程退出：防止新会话意外获得控制终端（POSIX 规定只有会话首进程才可能获取 TTY）
- 切换工作目录到 /：避免当前目录被卸载导致进程异常（如挂载点 umount 失败）
- 重置 umask 为 0：确保后续创建的文件/目录权限不受父进程掩码影响
- 关闭全部文件描述符（0/1/2 及以上）：防止继承终端的 stdin/stdout/stderr，重定向到 /dev/null 或日志文件
- 忽略 SIGHUP 并处理关键信号（如 SIGTERM）：避免因会话断开或管理员 kill 导致非预期退出
用 systemd 托管（推荐用于生产环境）
现代 Linux 发行版默认使用 systemd，它比手写守护逻辑更健壮、易维护、可监控。只需一个 .service 文件即可实现后台运行、崩溃重启、开机自启：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 把服务文件放在
/etc/systemd/system/yourapp.service -
Type=simple适合前台启动型 Python/Node.js 程序；Type=forking适配传统 daemon 启动方式 -
Restart=always+RestartSec=3实现自动恢复 -
WorkingDirectory和Environment显式声明路径与环境变量，避免隐式依赖 - 启用并启动：
sudo systemctl daemon-reload && sudo systemctl enable --now yourapp
用 supervisor 管理多进程场景
当需同时托管多个策略进程、日志收集器、心跳服务等，且不想为每个都写 systemd 单元时，supervisor 更轻量直观：
- 配置文件中用
[program:xxx]段落定义每个进程 - 支持 stdout/stderr 自动重定向到日志文件，并按大小轮转
- 通过
supervisorctl命令行统一查看状态、重启、停止 - 适合开发测试或中小规模部署，但不替代 systemd 的系统级集成能力
避坑要点
很多看似“能跑”的守护进程其实隐患重重：
- 没调
setsid()就直接fork &→ 仍属原会话，SSH 断开后收 SIGHUP 被杀 - 未关闭 fd 0/1/2 → 日志写满磁盘、或意外向已关闭的终端写入触发错误
- 工作目录留在用户家目录 → 若该目录是 NFS 或加密挂载，卸载失败会卡住系统
- 用
nohup ./a.out &后忘记disown→ 进程仍在 shell 作业列表中，exit 时仍可能被终止 - systemd 服务未设
RestartPreventExitStatus→ 程序正常退出（如返回 0）也会被反复拉起
