systemd 不缓存服务状态，其显示的 loaded/active/inactive/failed 等状态为实时维护值；常见误操作如“清缓存”实为需执行 daemon-reload 刷新配置、reset-failed 重置失败计数器或 vacuum 日志等针对性处理。
Linux 中没有“systemd 服务运行状态缓存”这一概念。systemd 本身不缓存服务的启动/停止状态，它实时维护每个 unit 的当前激活状态（loaded/active/inactive/failed 等），这些状态直接反映在 systemctl status 和 D-Bus 接口里，无需、也无法“清理”。
你可能实际想解决的问题
以下几种常见场景常被误称为“清理服务状态缓存”，但本质不同，需对症处理：
-
服务显示 active 但实际进程已退出：这是 unit 文件配置问题（如
Type=oneshot未设RemainAfterExit=yes），或进程崩溃后 systemd 未及时更新状态。应检查journalctl -u 服务名查日志，修正 service 文件，而非“清缓存”。 -
systemctl list-units 显示过时的 unit 列表：例如删除了
.service文件但列表里仍有残留条目。执行sudo systemctl daemon-reload重新加载 unit 配置即可刷新列表。 -
服务重启后行为异常，怀疑“状态残留”：systemd 不保留历史状态，但某些服务自身会写状态文件（如 PID 文件、锁文件、socket 残留）。需手动清理对应路径（如
/run/服务名.pid、/var/run/服务名.sock）或在 service 文件中用ExecStartPre=-/bin/rm -f /path/to/stale/file自动清理。 -
systemctl status 显示旧日志或错误信息：journal 日志是持久化存储的，默认不自动清除。可用
sudo journalctl --vacuum-time=2d清理 2 天前日志，或sudo journalctl --vacuum-size=100M限制体积。
真正需要刷新的 systemd 相关状态
只有两类操作涉及“重载/重置”，它们影响的是配置和运行时视图，不是“缓存”：
-
重载 unit 配置：修改了
.service或.socket文件后，必须运行sudo systemctl daemon-reload，否则 systemd 仍按旧配置运行。 -
重置 unit 内部计数器：对反复失败的服务（如
Failed状态），可执行sudo systemctl reset-failed 服务名清除失败计数，让下次启动不再受StartLimitInterval限制——这仅重置计数器，不改变当前激活状态。
不需要也不该做的操作
以下命令与“服务状态缓存”无关，且可能引发问题：
-
sudo systemctl daemon-reload后再restart—— reload 本身不重启服务，这是两个独立动作； - 手动删除
/run/systemd/transient/或/run/systemd/unit-files/下文件——这些是 runtime 数据，由 systemd 自动管理，删错会导致服务无法识别； - 执行
echo 3 > /proc/sys/vm/drop_caches—— 这清的是内核页缓存，和服务状态完全无关。
