systemctl显示active (exited)，服务到底有没有在运行？

systemctl status 显示 active (exited)，不能直接理解成服务崩了，也不能只看到active就认定业务正在运行。

这个状态只说明systemd认为单元处于活动状态，而启动命令对应的进程已经退出。它是否正常，取决于这个单元原本是一次性任务，还是应该长期驻留的Web、数据库或代理进程。

active和exited分别在表达什么

systemd状态里，active 属于单元的高层活动状态，exited 是更具体的子状态。对于 Type=oneshot 的服务，启动命令完成任务后退出很常见；配置了 RemainAfterExit=yes 时，命令成功退出后，systemd仍会把单元视为active。

防火墙规则加载、内核参数应用、挂载前准备和一次性初始化脚本，都可能采用这种设计。它们不需要常驻PID，真正结果是规则或系统状态已经生效。

反过来，Nginx、MySQL、Redis或自建API本应持续运行。它们显示active (exited)时，可能是单元只启动了一个包装脚本，脚本把程序放到后台后退出，也可能是服务文件的 Type 配置不符合实际启动方式。

先读取systemd保存的关键属性：

systemctl show 服务名 \
  -p ActiveState -p SubState -p Type \
  -p RemainAfterExit -p MainPID -p ExecMainStatus

ExecMainStatus=0 表示主启动命令正常退出，但不代表应用提供的端口、进程或规则一定可用。MainPID=0 对一次性任务可能正常，对常驻服务则需要继续查证。

再查看单元原始定义和覆盖配置：

systemctl cat 服务名
systemctl status 服务名 --no-pager -l
journalctl -u 服务名 -b --no-pager -n 100

判断状态必须同时看单元设计、退出码、日志和实际业务结果，不能只看绿色圆点。

先在 systemctl cat 的输出中确认 Type=oneshot。再阅读 ExecStart 运行的命令，判断它的工作是不是执行一次即可完成。最后检查它产生的状态，例如防火墙规则、挂载点、生成文件或内核参数确实存在。

下面这种思路更可靠：

systemctl is-active 服务名
systemctl is-failed 服务名

接着用对应业务命令验收，而不是为所有服务套用同一检测。例如规则加载服务可以检查 nft list ruleset，挂载任务可以检查 findmnt，初始化任务可以检查目标文件或数据库记录。

先查真实进程和监听端口：

pgrep -a 程序名
sudo ss -ltnp

有进程但systemd没有MainPID，说明程序可能自行后台化，或由包装脚本、容器和其他进程管理。此时直接增加 RemainAfterExit=yes 只是让界面更绿，不会让systemd真正监控、重启或停止业务进程。

完全没有进程时，重点查看启动脚本是不是只做了配置准备，程序是否因为权限、路径、环境变量或配置错误立即结束。不要在没有理解程序前把 Type=forking、Type=simple 和 Type=oneshot 来回试。

需要搭建隔离环境验证自定义单元时，可以在 萤光云 或 LightNode 这类云服务器上复制最小配置。测试机要使用相同发行版和systemd版本，否则默认行为和程序路径可能不同。

自定义单元应通过覆盖文件修改，尽量不要直接编辑发行版软件包提供的原始service文件：

sudo systemctl edit 服务名
sudo systemctl daemon-reload
sudo systemctl restart 服务名

修改后再次检查 systemctl show、日志、PID和业务端口。一次性服务不能简单套用常驻服务的重启策略；systemd官方文档也对oneshot与 Restart=always、Restart=on-success 的组合有所限制。

验收标准是单元类型符合程序运行方式，systemd能准确反映成功或失败，停止和重启命令能控制目标业务，并且实际功能检查通过。

active (exited)和inactive (dead)有什么区别？

active (exited)表示systemd仍把单元视为活动，常见于完成后保留状态的一次性任务；inactive (dead)表示单元当前不活动。具体含义仍取决于单元类型。

MainPID为0一定有问题吗？

不一定。oneshot任务完成后可以没有主进程，但需要常驻的网络服务没有MainPID就值得继续检查。

加上RemainAfterExit=yes能修复服务吗？

它只改变任务退出后systemd如何记录活动状态，不会修复程序崩溃，也不会自动追踪脱离管理的后台进程。

为什么systemctl is-active返回成功，网页却打不开？

systemd只确认单元状态。网页还取决于进程监听、上游应用、防火墙、域名和网络，应做业务层验证。

active (exited)本身不是故障名称。先确认这个服务应该执行一次还是持续运行，再决定是否修改单元。为了消除一个看起来不舒服的状态而盲目改Type，反而容易失去可靠的进程管理。