判断 CPU、内存和磁盘是否造成故障

监听地址同样影响访问范围。服务只绑定本机地址时，服务器内部测试可能成功，但其他机器无法连接；服务绑定所有网卡时，虽然外部访问更方便，也需要确认防火墙规则和访问权限，避免不必要的端口暴露。

从日志确认服务为什么异常

服务器连通性检查首先要区分“主机不可达”和“应用不可用”。从客户端执行连通性测试时，先确认服务器地址、网络线路和访问端口是否正确。能够收到 ping 响应，只能说明网络层可能可达，不能证明远程登录或业务端口一定正常；部分服务器会禁用 ping，此时应直接测试实际使用的端口。

CPU 负载持续升高时，应进一步确认是单个进程占用过高，还是大量请求、定时任务或磁盘等待造成。负载数值不能脱离 CPU 核心数量单独判断，短时间的峰值未必代表故障，持续升🎆高并伴随请求变慢才具有更强🌺的排查价值。

内存不足时，服务器可能出现进程被系统终止、频繁使用交换空间、响应时间变长或服务反复重启。查看内存时不能只看“已用”数值，还要观察可用内存、交换空⭐间和具体进程；缓存占用在很多系统中可以被回收，不应直接等同于内存泄漏。

把检查结果整理成明确结论

检查服务器状态时，应按照“网络是否可达、端口是否监听、服务是📌否运行、资源是🎉否充足、日志是否报错、业务是否可用”的顺序进行。单独查看某一个服务进程并不能证明服务器正常，因为服务可能仍在运行，但端口未开放、磁盘已满、依赖组件异常，或者请求根本没有到达应用。

应用可用性检查必须从真实请求结果判断。端口处于监听状态，只能说明网络连接已经交给某个进程；应用仍可能因为线程池耗尽、数据库连接池耗尽、后端超时、权限异常或业务数据错误而无法正常返回。

先确认服务器是否能够连通

服务管理器显示“正在运行”并不等于业务可以访问。服务可能启动后立即进入异常重启，可能只监听本机地址，也可能因为配置错误而无法处理请求。因此，服务状态、进程状态、监听状态和实际访问结果需要互相验证。