从输入网址开始，理解一次网页请求
域名、连接、请求与响应：沿着一次访问的路径，梳理网页出现之前发生的事。
浏览器打开一个网页，看起来只是一瞬间。把这个过程拆开，会发现许多熟悉的词其实各自负责不同的事情。理解它们之间的关系，也能让排查网站问题更有方向。
域名是一条容易记住的线索
人更容易记住域名，网络连接则需要找到对应的地址。浏览器和操作系统会利用缓存与 DNS 查询获取地址。一个域名可以对应多个地址，同一个地址也可以承载多个域名，所以域名并不等于一台独占的服务器。
修改解析后，访问结果也不一定立刻同步。递归解析器、系统和浏览器都可能缓存先前的结果。排查时要先分清：是还没有查到地址，还是已经连到了错误的地址。
先建立连接，再交换内容
以常见的 HTTPS 网站为例，客户端需要与服务器建立连接，并完成加密协议协商。浏览器还会检查证书是否可信、是否与所访问的域名匹配。解析正确只能说明找到了地址，并不能说明证书和网站服务已经准备好。
HTTP 请求里包含方法、路径和请求头。路径决定请求哪一份资源，Host 等信息帮助服务器识别目标站点。反向代理接到请求后，可能直接返回静态文件，也可能把请求转给后面的应用程序。
状态码给出了第一条排查线索
200 通常意味着请求成功；301、302 等状态表示重定向；404 表示目标资源没有找到；502 往往提示网关没有从上游得到有效响应。状态码是线索，真正的原因仍需要结合响应内容和服务日志判断。
浏览器拿到 HTML 后，还会继续请求样式、脚本和图片。因此，首页文档返回成功，并不代表页面已经完整可用。开发者工具里的网络面板可以逐项查看这些资源的地址、状态与耗时。
把排查顺序固定下来
遇到访问问题，可以按域名解析、网络连通、证书、Web 服务、应用依赖的顺序检查。每次只验证一个环节，并记录实际观察结果。这样做的价值不是记住更多命令，而是避免在没有证据时同时修改多个地方。
一次网页请求把许多组件串在一起。先画清请求经过的路径，再去看对应的日志，问题往往会变得更具体。
把理解写下来，也给下一次思考留下起点。