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

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

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

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

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

端口检查结果需要结合监听地址判断。端口显示为开放，说明某个程序正在接受连接；端口拒绝连接，通常表示服务未启动、监听端口错误或防火墙主动🎊拒绝；连接超时，则更常见于安全组、防火墙、路由或网络链路问题。

本机测试与外部测试需要分开进行。服务器本机能够访问而外部无法访问，重点排查监听地址🤔、防火墙、安全组、🔥负载均衡和访问控制；本机访问也失败，则应优先查看应用配置、依赖服务、资源压力和错误日志。

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

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

当网络、服务、资源和日志结果互相印证时，才适合执行重启、回滚、扩容或修改配置🎵。没有证据时不宜连续重启多个组件，也不宜直接删除日志或批量终止进程，否则可能扩大影响并丢失后续定位所需的信息。

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

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

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

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