Linux服务管理核心是查状态、启停服务、设开机自启，依托systemd实现精准控制：用status/is-active/list-units查状态，start/stop/restart/reload规范操作，enable/disable管理自启，journalctl定位日志问题。

Linux服务管理核心就三件事：查状态、启停服务、设开机自启。用systemd这套现代机制，不靠猜、不靠重启，问题基本一眼定位。

看服务当前有没有在跑

别急着重启，先确认它到底“活没活着”：

• systemctl status 服务名 —— 最常用，显示运行状态、最近日志、启动失败原因（比如端口被占、配置写错）
• systemctl is-active 服务名 —— 只返回active或inactive，适合脚本判断
• systemctl list-units --type=service --state=running —— 查所有正在跑的服务，快速扫一遍

启、停、重载服务的正确姿势

别再直接杀进程或手动执行脚本了，systemd 管服务要走标准流程：

• systemctl start 服务名 —— 启动一次，不自动开机起
• systemctl stop 服务名 —— 干净停止，会发信号让程序自己收尾
• systemctl restart 服务名 —— 先停后启，适合改完配置后生效
• systemctl reload 服务名 —— 不中断服务，只重载配置（前提是服务本身支持，如 nginx、sshd）

让服务开机自动运行

不是所有服务都该开机自启，但需要的必须设对：

• systemctl enable 服务名 —— 创建软链接到/etc/systemd/system/multi-user.target.wants/，下次开机就拉起来
• systemctl disable 服务名 —— 反向操作，取消开机自启
• 注意：enable 不等于立刻启动，要运行 start 或 restart 才生效
• 临时测试可加 --now：比如 systemctl enable --now nginx，一步搞定启用+启动

查日志快速定位启动失败原因

服务起不来？90% 的线索都在 journal 里：

• journalctl -u 服务名 —— 查这个服务的所有日志
• journalctl -u 服务名 -n 50 -f —— 看最后 50 行并实时跟踪（类似 tail -f）
• journalctl --since "2 hours ago" -u 服务名 —— 按时间范围过滤，排查特定时段问题
• 如果服务刚启动失败，直接 systemctl status 也会附带最近几行错误，够用就不用切 journalctl

基本上就这些。理清“查→控→设→查错”四步逻辑，大部分服务管理问题都不用百度，自己就能闭环解决。