systemctl核心管理“现在跑不跑”和“下次开机会不会跑”：start/stop/restart/reload控制当前运行状态，enable/disable控制开机自启，is-active和is-enabled分别检查二者，status综合显示，修改.service后须daemon-reload。
守护进程的服务生命周期管理，核心就是用 systemctl 控制它“现在跑不跑”和“下次开机会不会跑”这两件事。很多人混淆这两个状态，结果该启动的没起来，该停掉的还在后台吃资源。
服务当前运行状态怎么管
这类命令作用于内存中的实际运行状态，执行后立刻生效，但重启系统后恢复原样。
- systemctl start nginx：立即拉起服务，不改开机设置
- systemctl stop nginx：立刻终止进程，不影响下次开机是否自启
- systemctl restart nginx：先 stop 再 start，服务会短暂中断
- systemctl reload nginx：只重载配置（如修改了 nginx.conf），服务不断连，前提是服务本身支持 reload
- systemctl reload-or-restart nginx：智能判断——能 reload 就 reload，不行就 fallback 到 restart
- systemctl try-restart nginx：只在服务当前正在运行时才重启，避免对已停止的服务报错
服务开机自启状态怎么设
这类命令操作的是磁盘上的软链接（比如 /etc/systemd/system/multi-user.target.wants/nginx.service），决定系统启动时的行为，不影响当前运行状态。
- systemctl enable nginx：写入自启链接，但 nginx 不会自动启动
- systemctl disable nginx：删掉自启链接，但 nginx 还在跑着
- systemctl enable --now nginx：一步到位——既加自启，又立刻启动
- systemctl disable --now nginx：一步到位——既取消自启，又立刻停止
- systemctl mask nginx：彻底封禁，连手动 start 都会被拒绝（链接指向 /dev/null）
- systemctl unmask nginx：解除封禁，恢复正常使用
怎么确认服务到底处在什么状态
别靠猜，用两个独立命令分别查：
- systemctl is-active nginx → 返回 active 或 inactive，告诉你“现在有没有在跑”
- systemctl is-enabled nginx → 返回 enabled 或 disabled，告诉你“下次开机会不会自动拉起来”
- systemctl status nginx → 一屏看全：Loaded 行显示自启设置，Active 行显示当前运行状态，还附带 PID、日志片段等关键信息
配置改了怎么办
如果你手动编辑过 .service 文件（比如 /usr/lib/systemd/system/nginx.service），必须先执行：
sudo systemctl daemon-reload
否则 systemd 不知道配置已更新，后续的 start/enable 等操作都可能按旧规则执行。这个步骤不能跳过，尤其在自定义服务或调试时。
