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

检查服务器状态可以先确定故障范围，再根据操作系统执行对应命令。Linux 服务器适合使用终端命令查看服务、端口、负载和日志；Windows 服务器可以结🌺合服务管理器、任务管理器、PowerShell 和事件查看器完成相同判断。

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

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

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

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

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

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

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

服务反复重启时，应同时查看服务管理日志和应用日志。服务管理日志能够说明进程是🔮否退出🍀、退出码是什么以及是否触发自动重启；应用日志能够说明进程退出前正在处理什么任务。只重启服务而不记录首次报错时间，容易让原始证据被后续启动日志覆盖。

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

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

日志检查应围绕故障发生时间展开，而不是只查看最新一行。Linux 服务可以使用 journalctl -u 服务名 -n 100 --no-pager 查看最近记录，也🎯可以检查系统日志目录中的认证、内核和应用日志；Windows 服务🌅器可以在事件查看器中查看系统、应用和安全日志，或使用 Get-WinEvent 获取近期事件。

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