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

服务状态检查应先从操作系统服务层开始，再进入进程、端口和应用层。Linux 环境可以依次执行 systemctl status 服务名、ps -ef 和 ss -lntp；前一条命令查看服务管理状态，第二条命令确认进程是否存❤️在，第💎三条命令确认进程是否真正监听目标端口。

依赖服务检查应覆盖数据库、缓存、消息队列、文件存储和身份认证组件。主⭐应用显示运行状态，但关键依赖不可用时，用户仍会遇到超时、空白响应、登录失败或部分功能异常。依赖关系应按调用顺序记录，便于确定第一个失败节点。

检查结论需要同时写明现象、证据和下一步动作。完成检查服务器状态后，可以按照以下顺序形成记录：

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

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

服务器资源检查需要🎊同时观察当前值和变化趋势。Linux 服务器可以使用 uptime 查看运行时间与负载，使用 top 或 htop 查看进程消耗，使用 free -h 查看内存，使用 df -h 查看磁盘空间，使用 df -i 查看 inode❤️ 使用率。

错误日志中的时🎵间、进程编号、错误类型和关联组件是定位依据。权限不足通常会出现拒绝访问或无法打开文件，🔍配置错误常见于参数解析失败或配置文件格式错误，端口冲突会表现为地址已被占用，证书、数据库和缓存异常则通常会在应用启动或请求处理阶段留下连续报错。

确认端口监听不等于业务正常

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

Windows 服务💯器可以通过任务管理器观察 CPU、内存、磁盘和网络，也可以使用 PowerShell 的进程与性能计数器命令获取更细的结果。资源异常需要记录发生时间、最高占用进程和持续时长，单次截图通常不足以判断根因。

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