“网页打不开”只是表面现象。域名解析失败、连接超时、证书错误、服务器返回 404，以及页面脚本报错，发生在不同阶段，处理方式也不同。理解一次访问经过哪些步骤，可以把模糊的问题变成一条有顺序的排查路径。
从输入地址到看到内容
以打开一个 HTTPS 网站为例：浏览器需要取得域名对应的网络地址，建立连接，完成 TLS 协商并验证证书，再发送 HTTP 请求。服务器返回状态、响应头和内容。浏览器解析 HTML，继续请求 CSS、图片和脚本，最后完成页面布局与交互。浏览器缓存、DNS 缓存和连接复用可能减少实际发生的步骤；HTTP/3 采用的传输方式也与基于 TCP 的连接不同。
这条链路说明了一件事：能打开 HTML，不等于图片和脚本都加载成功；能显示旧页面，也不等于刚刚访问到了最新文件。排查时先找失败阶段，再决定改哪里。
用一个本地实验看见请求与响应
电脑安装 Python 3 后，在一个新的空练习文件夹中创建 index.html，写入下面的内容。该实验服务器只用于本机观察 HTTP，不用于生产部署。
<!doctype html>
<html lang="zh-CN">
<meta charset="utf-8">
<title>HTTP 观察实验</title>
<h1>请求成功了</h1>
<p>这是本地实验页面。</p>
</html>在该目录打开终端并启动服务。Windows 可根据安装方式将 python3 换成 py -3。地址绑定为 127.0.0.1，只接受本机连接。
python3 -m http.server 8000 --bind 127.0.0.1保持该终端运行，在浏览器访问 http://127.0.0.1:8000/。再打开另一个终端，分别请求首页和一个不存在的路径。系统需要已安装 curl；Windows PowerShell 中可显式使用 curl.exe。
curl -i http://127.0.0.1:8000/
curl -i http://127.0.0.1:8000/not-found.html第一条应看到 200 状态和页面内容；第二条应看到 404。响应第一行的 HTTP 版本、时间和 Server 等头部会随实现或环境变化，不要把它们写死为测试条件。完成实验后，在运行服务的终端按 Ctrl+C 停止它。
分清“没有收到响应”和“收到错误响应”
- 域名解析失败：尚未获得可用目标地址，先核对域名拼写与 DNS 解析。把 DNS 问题当成页面样式问题，没有帮助。
- 连接超时或被拒绝：需要检查网络、目标端口、服务运行状态与访问规则。超时不能单凭一条提示就断定服务器宕机。
- 证书错误：核对设备时间、证书有效期、域名匹配与证书链。修正原因，不应以跳过证书校验作为网站的正常使用方法。
- 404：服务器已经回答，但当前路径没有找到资源。检查链接、目录首页与服务器路由。
- 500：服务器处理请求失败，需要结合服务端日志排查。单纯反复刷新通常不能解释原因。
- 200 但页面异常：检查返回内容是否正确，再看 CSS、脚本和图片请求，以及浏览器控制台错误。200 只说明该请求在 HTTP 层面成功。
缓存为什么会让新旧页面同时存在
浏览器可能复用已有响应，或带上验证条件询问服务器“我的版本还能用吗”。例如 ETag 配合条件请求时，服务器可以返回 304，让浏览器使用已有内容。304 并不是又返回了一份完整页面。是否使用缓存、是否重新验证，取决于响应头、请求条件和浏览器行为。
遇到更新后仍看到旧页面，可在开发者工具的 Network 面板中比较请求地址、状态和缓存来源，再临时禁用缓存重载作对照。还要考虑 CDN、代理和 service worker 等中间层。强制刷新是一种定位手段，长期更新策略应由合理的缓存头与带版本的资源地址承担。
给排错留下一份有用的记录
记录完整地址、出错时间、设备与浏览器、错误文字，以及切换 Wi-Fi 和移动网络后的结果。如果要分享截图或请求日志，先隐藏 Cookie、令牌与个人资料。一个准确的路径和一句原始报错，往往比“昨天还好好的”更能缩小范围。
下一步练习：在本地页面中引用一个不存在的图片地址。观察 HTML 请求为 200、图片请求为 404 时浏览器的表现。你会直观看见，一个网页其实由多个独立请求共同组成。
继续查阅
请求、响应与资源加载的概念参见 MDN：HTTP 概述。本文的本地实验用于建立排错思路，不替代具体服务的运维手册。