Linux系统中服务无法启动或崩溃是运维场景里的高频问题，不同服务的故障表现和诱因存在差异，但整体排查逻辑有共通性，掌握通用方法能大幅提升问题解决效率。
一、服务无法启动的常见原因与排查
1. 配置文件错误
多数服务启动失败是因为配置文件存在语法错误或者参数设置不合理，比如Nginx、MySQL等服务对配置格式要求严格。可以通过systemctl status 服务名查看初步报错，再结合服务自身的配置校验命令确认。
以Nginx为例，校验配置文件的命令如下：
# 校验Nginx配置文件语法 nginx -t
如果输出syntax is ok和test is successful说明配置无问题，否则会提示错误行号和具体原因，修改后重新启动即可。
2. 端口被占用
服务启动时需要绑定指定端口，如果该端口已经被其他进程占用，就会导致启动失败。可以通过netstat或者ss命令查看端口占用情况。
查看8080端口占用情况的示例：
# 查看8080端口对应的进程 ss -tulpn | grep 8080
找到占用端口的进程PID后，可以选择停止该进程，或者修改当前服务的监听端口，再重新启动服务。
3. 依赖服务未运行
部分服务存在依赖关系，比如PHP-FPM依赖MySQL服务，如果依赖服务没有启动，当前服务也会启动失败。可以通过systemctl list-dependencies 服务名查看服务的依赖列表。
启动依赖服务的示例：
# 启动MySQL服务 systemctl start mysqld # 设置MySQL开机自启 systemctl enable mysqld
二、服务运行中崩溃的排查与解决
1. 查看系统和服务日志
服务崩溃后首先查看系统日志和服务专属日志，系统日志通常存放在/var/log/messages或者/var/log/syslog，也可以通过journalctl命令查看指定服务的日志。
查看Nginx服务最近100条日志的示例：
# 查看nginx服务的最近日志 journalctl -u nginx --since "1 hour ago" -n 100
日志中会记录崩溃时的报错信息，比如内存溢出、文件权限不足、依赖库缺失等，根据提示针对性解决即可。
2. 资源不足导致崩溃
如果服务运行时占用内存、CPU超过系统限制，或者打开文件数超过上限，就会被系统强制终止。可以通过ulimit命令查看当前系统的资源限制。
查看和修改文件打开数限制的示例：
# 查看当前用户的最大文件打开数 ulimit -n # 临时修改最大文件打开数为65535 ulimit -n 65535
如果是内存不足导致的崩溃，可以优化服务的内存配置参数，或者扩容服务器内存。
3. 程序本身存在bug
如果排除环境和配置问题，服务还是频繁崩溃，可能是服务程序本身存在bug。可以查看服务的版本号，确认是否有已知的问题，升级到稳定版本后再观察运行情况。
查看Nginx版本的示例：
# 查看Nginx版本 nginx -v
三、通用排查步骤总结
遇到服务无法启动或崩溃时，可以按照以下步骤逐步排查：
- 第一步：使用
systemctl status 服务名查看服务状态和初步报错信息 - 第二步：查看系统日志和服务专属日志，定位具体错误原因
- 第三步：检查配置文件、端口占用、依赖服务、资源限制等常见问题点
- 第四步：如果是程序bug，尝试升级版本或者回滚到稳定版本
日常运维中可以给关键服务配置监控告警，当服务状态异常时第一时间收到通知，减少故障影响时间。