网站打不开快速自查手册，分层排查定位故障根因
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /898cd0cf47bf.html
📄
网站突然打不开、加载缓慢或接口频繁报错时，与其盲目刷新页面、反复重启服务，不如按照网络、系统、应用、数据的固定顺序逐层排查。每一步都有明确的验证方式和判断指标，能帮你快速锁定问题源头，减少无效操作。
1. 排查网络连通性与域名解析
遇到访问异常，先不要急着登录服务器。换一个网络环境验证，例如关闭WiFi改用手机蜂窝数据访问，或者让异地朋友打开同一网址。如果只有你访问失败，多半是本地网络或运营商链路问题；如果所有用户都受影响，才需要进入下一步排查。
1.1 验证DNS解析是否正常
在本地终端执行nslookup 你的域名或dig 你的域名，检查返回结果。重点确认三点：解析记录是否为空、返回的IP是否还是旧服务器地址、解析出的IP与当前服务器公网IP是否一致。若解析异常，常见原因是A记录被误修改或TTL设置过长导致生效延迟。登录域名管理后台核对记录，同时检查CDN回源配置，部分地区无法访问往往是CDN边缘节点故障所致。
1.2 测试端口连通状态
如果ping域名能通但浏览器无法打开，说明网络层通但端口受阻。重点查看服务器防火墙和云平台安全组是否放行80、443端口。使用telnet 服务器IP 443测试端口，若返回超时或拒绝连接，基本可判定是安全策略拦截，此时应调整防火墙规则后再验证。
2. 检查服务器基础资源占用
网络链路正常但页面仍卡顿或超时，需要查看服务器资源是否耗尽。CPU满载、内存不足、磁盘写满或带宽打满都会导致请求积压，最终表现为页面一直转圈甚至服务中断。依次运行top、free -h、df -h，几秒钟即可掌握系统整体状态。
2.1 找出高CPU占用的异常进程
在top界面按P键按照CPU占用率排序，定位消耗资源的进程。常见元凶有：被入侵植入的挖矿程序、执行慢SQL的数据库进程、未做频率限制的爬虫脚本。将Web访问日志与可疑进程PID对应，可看到具体来源IP和请求路径。例如某IP每秒请求同一接口数十次，日志痕迹非常明显，直接封禁该IP即可解决。
2.2 留意磁盘空间与交换分区
磁盘写满是隐蔽故障点。日志文件、临时目录或Session存储占满后，网站会突然返回500错误。使用率超过80%就应清理过期日志与临时文件，通常能快速恢复。内存方面，若free -h显示Swap分区使用比例持续攀升，说明物理内存不足导致系统在频繁换页，性能大幅下滑。此时优先排查是否存在内存泄漏进程，必要时扩容内存。
3. 通过状态码与日志定位应用层问题
网络和系统资源均正常但页面白屏或功能时好时坏，问题出在应用代码层。打开浏览器开发者工具的Network面板，查看关键请求的状态码：500表示程序内部异常，404说明路由或静态资源缺失，502则表明网关无法连接后端服务。根据状态码可迅速缩小搜索范围。
3.1 翻查应用日志还原故障现场
状态码只是表面信号，具体报错需要查看应用日志。定位日志文件位置，使用tail -f 日志路径实时跟踪，复现问题场景即可看到完整堆栈信息。比如Java应用出现内存溢出异常，日志中会有明显关键词；PHP应用则可能显示SQL语法错误或函数未定义。根据报错信息直接修复代码或调整配置，避免反复重启掩盖真实原因。
4. 深入数据层与外部依赖检查
应用层无异常但部分功能不可用，需检查数据库连接状态及第三方服务。数据库连接数耗尽、主从同步延迟、缓存失效都会导致请求超时。
4.1 确认数据库连接与读写状态
登录数据库执行show processlist查看当前连接数及运行中的SQL语句。若大量连接处于Sleep状态或执行时间过长，需优化SQL或增加连接池上限。同时检查主从复制状态，主库写入正常但从库读取延迟过大，会引发数据不一致的展示异常。
4.2 核查缓存与外部接口可用性
Redis或Memcached不可用时，部分依赖缓存的功能会回源数据库，造成压力突增。使用redis-cli ping测试缓存服务连通性。此外，若页面调用了第三方API（如支付、短信、地图），需确认对方服务是否稳定，可通过查看接口响应时长和错误码判断。
5. 常见问题
5.1 网站打不开时应该先做哪一步
先换网络环境验证，排除本地网络故障。如果换网络后仍无法访问，再检查DNS解析和端口连通性，避免一上来就重启服务器。
5.2 服务器CPU一直100%但网站还能访问，需要处理吗
需要立即处理。持续满载会导致请求响应越来越慢，最终崩溃。通过top命令找出高占用进程，检查是否异常进程或代码死循环，及时处理避免影响扩大。
5.3 排查完网络和服务器资源都正常，为什么接口还是返回502
502通常表示网关无法与后端通信。检查后端服务是否存活（端口监听状态）、进程是否崩溃，以及PHP-FPM或Java应用线程池是否配置过小导致拒绝连接。
6. 总结
面对网站异常，养成按层排查的习惯：先验证网络与DNS，再检查服务器资源，然后分析应用日志，最后审查数据层与外部依赖。每次故障后记录排查过程和处理方案，形成文档，下次遇到类似问题时可直接对照处理，显著缩短恢复时间。
