小实例重启后服务没起来，先查这三处

前言

云服务器重启后，某个服务没起来，第一反应往往是“重装吧”。先别急，九成情况是三处之一出了问题：没设开机自启、端口被别人占了、服务自己启动失败。按下面顺序查，定位了再动手。

第一处：它到底有没有设开机自启

systemctl is-enabled <服务名>
systemctl is-active <服务名>

判断标准：is-enabled 回 enabled 才会在开机时启动，只回 disabled 说明服务本身没问题，只是没设自启；is-active 回 active 才是正在跑。只看进程在不在容易误判——服务可能手动起过一次，重启后就没了。

第二处：端口是不是真的在监听

ss -tlnp | grep <端口号>

判断标准：看到 LISTEN 且后面跟的是你要的服务，才算端口正常。如果端口没出现，先别急着改配置——回第一步确认服务状态；如果端口被别的进程占着，ss 输出里会直接写明是谁，先认清再处理，别乱杀进程。

第三处：看日志尾巴，别只看报错第一行

journalctl -u <服务名> --no-pager -n 50

判断标准：先看最后几十行里服务最后一次退出的原因，再往前找第一次报错。只看第一行报错容易修错地方；日志里写明“端口占用”“配置文件哪行错”“权限不足”时，按那一句修，别凭猜测改一整份配置。

小结

顺序是：自启查了没 → 端口监听了没 → 日志最后怎么说。三处都正常、服务还是起不来，再考虑重装或换配置——这时动手才有依据，而不是把能跑的配置也折腾坏了。