访问网站的过程，本质上是浏览器与目标服务器之间的一次完整对话，涉及域名解析、建立连接、数据传输和页面渲染等多个环节。 用户每次点击链接或输入网址，背后都有一整套协议与流程在运行，理解这个过程能帮你更快定位问题、优化站点性能。
访问网站过程详解：从输入网址到页面加载
整个访问网站的过程可以拆解为五个核心阶段,每个阶段都依赖特定的网络协议和硬件设备协作完成。
- 域名解析：浏览器将用户输入的域名（如 example.com）转换为对应的 IP 地址。
- 建立连接：客户端与服务器通过 TCP 三次握手建立可靠的传输通道，若使用 HTTPS 则额外增加 TLS 握手。
- 发送请求：浏览器构造 HTTP 请求报文，包含请求行、请求头和请求体,通过网络发送给服务器。
- 服务器处理并响应：服务器接收请求，解析路径、参数，执行后端逻辑，最终返回 HTTP 响应报文（状态码、响应头、响应体）。
- 浏览器渲染：客户端收到响应后，解析 HTML 构建 DOM 树，同步加载 CSS 和 JavaScript 并执行,最终绘制出用户可见的页面。
业内共识指出，访问网站慢的原因通常集中在 DNS 解析延迟、TCP 连接开销和资源加载阻塞三个环节，掌握这些基础步骤,后续优化才有明确方向。
访问网站时发生了什么？关键步骤拆解
第一步：DNS 解析，把域名变成 IP 地址
浏览器在地址栏输入后，首先检查本地缓存（浏览器缓存、操作系统缓存、路由器缓存），如果未命中，则向配置的 DNS 递归解析器发起查询，递归解析器会依次询问根域名服务器、顶级域名服务器和权威域名服务器，最终返回目标 IP。
- 缓存命中可大幅缩短时间，首次访问或缓存过期后，解析耗时通常在 20-80 毫秒之间。
- 使用
nslookup example.com或dig example.com可以实时查看解析过程及用时。 - DNS 预解析（
<link rel="dns-prefetch">）是现代站点常用的提速手段,在链接点击前提前解析域名。
第二步：TCP 三次握手，建立可靠连接
获取 IP 后，浏览器与服务器开始 TCP 三次握手：
- 客户端发送 SYN 包,请求建立连接。
- 服务器回复 SYN-ACK 包,确认接收并同意连接。
- 客户端发送 ACK 包，握手完成,连接建立。
这个往返过程（RTT）是网络延迟的主要来源之一，据统计，在普通网络环境下，三次握手耗时约等于一个 RTT（30-100 毫秒），对于 HTTPS 站点，还需要额外进行一次 TLS 握手（至少 1-2 个 RTT），因此
首次访问 HTTPS 站点比 HTTP 慢是正常现象。
第三步：发送 HTTP 请求，询问服务器要资源
连接建立后，浏览器构造请求报文，请求行包含方法（GET/POST）、路径和协议版本，请求头携带 Accept、Cookie、User-Agent 等信息，如果是 POST 请求,还有请求体。
- GET 请求：参数在 URL 中,适合查询操作。
- POST 请求：参数在请求体中，适合提交数据,且不会出现在历史记录里。
第四步：服务器处理请求并返回 HTTP 响应
服务器根据请求路径调度资源，执行后端代码（如 PHP、Node.js、Java），访问数据库，最终生成响应，响应报文包含状态码、响应头（如 Content-Type、Cache-Control、Set-Cookie）和响应体（HTML 页面、JSON 数据等）。
- 状态码 200 表示成功，301/302 为重定向，404 资源不存在，500 服务器内部错误。
- 响应头中的
Cache-Control和Expires直接影响浏览器缓存行为,合理设置可减少重复请求。
第五步：浏览器解析并渲染页面
浏览器收到响应后,按顺序执行以下过程：
- 解析 HTML 生成 DOM 树。
- 解析 CSS 生成 CSSOM 树。
- 遇到
<script>标签会暂停解析，下载并执行 JavaScript（除非标记async或defer）。 - 合并 DOM 和 CSSOM 生成渲染树。
- 计算布局并绘制到屏幕上。
关键渲染路径中，任何阻塞资源都会延迟页面首次展示，现代浏览器会优先显示可见内容,但大量同步脚本或未压缩的图片依然会拖慢速度。
访问网站流程步骤：从 DNS 解析到 TCP 握手
这两个环节是访问网站的基础，也是最容易出问题的地方,值得单独拆解。
DNS 解析的完整链条
- 浏览器缓存：Chrome 默认缓存 DNS 记录 60 秒，Firefox 约 60 秒。
- 操作系统缓存：Windows 使用
ipconfig /displaydns查看，macOS 使用sudo killall -HUP mDNSResponder刷新。 - 路由器缓存：部分家用路由器会缓存 DNS 结果,但可靠性较低。
- ISP 递归解析器：如 114.114.114.114、8.8.8.8，连通性广泛,但不同地域延迟差异较大。
场景描述：当你用手机连接公司 Wi-Fi 访问一个内网服务时，可能因为 DNS 未配置导致解析到公网 IP，从而无法访问，这种情况在混合网络环境中很常见，通常需要手动修改 hosts 文件或指定内部 DNS 服务器。
TCP 三次握手的细节与优化
三次握手本身是可靠的，但每个 RTT 都不可压缩,优化手段包括：
- TCP Fast Open：允许在 SYN 包中携带数据，减少一次 RTT,但需要服务端和客户端同时支持。
- 连接复用：HTTP/1.1 的 Keep-Alive 和 HTTP/2 的多路复用，让多个请求共享同一个 TCP 连接,避免重复握手。
- 调整内核参数：Linux 中
net.ipv4.tcp_syncookies、net.ipv4.tcp_fin_timeout等参数会影响连接建立和释放的效率,生产环境通常需要根据业务特点调整。
如何优化访问网站过程？提升速度的实用方法
针对不同环节,可以采取以下具体操作来缩短访问耗时。
优化 DNS 解析
- 使用 CDN 服务，自带智能 DNS 解析和节点分布,能就近响应用户查询。
- 启用 DNS 预解析,在页面中提前声明需要解析的域名。
- 选择可靠的公共 DNS，如 DNSPod、简米云 DNS，替代运营商默认的 DNS 服务器。
减少 TCP 连接开销
- 启用 HTTP/2，支持多路复用，一个连接同时传输多个请求,避免多次握手。
- 设置 Keep-Alive 超时时间，保持空闲连接一段时间的可用性,减少重建连接次数。
- 对于移动端，使用 TCP Fast Open 和长连接效果更明显,可以显著降低弱网环境下的延迟。
加速服务器响应
- 开启 页面缓存（如 Nginx 的
fastcgi_cache或 Varnish）,减少后端重复计算。 - 压缩响应内容：启用 Gzip 或 Brotli，文本资源压缩率可达 60%-80%。
- 使用 CDN 缓存静态资源，将图片、CSS、JS 分发到离用户更近的节点。
优化浏览器渲染
- 将 CSS 放在
<head>中,避免阻塞渲染。 - 给
<script>添加async或defer属性,延迟非关键脚本的执行。 - 对图片使用 懒加载（
loading="lazy"）,只加载可视区域内的资源。 - 减少重定向链，避免多次跳转造成的额外 RTT。
本地访问网站与远程访问网站的区别
根据部署环境不同，访问网站的体验差异很大,优化策略也应有所调整。
| 对比维度 | 本地访问（LAN） | 远程访问（WAN/公网） |
|---|---|---|
| DNS 解析 | 通常使用 hosts 文件或内网 DNS，解析速度快 | 依赖公共 DNS 或运营商 DNS，受网络状况影响 |
| 网络延迟 | 一般在 1ms 以内 | 通常在 20-200ms 之间，跨国访问可能更高 |
| 带宽限制 | 本地局域网带宽充裕，无瓶颈 | 受用户带宽和服务器带宽双重限制 |
| 安全性 | 不经过公网，风险较低 | 需 HTTPS 加密，可能遭遇 DDoS 或劫持 |
| 适用场景 | 开发调试、内网办公系统 | 公开网站、电商平台、SaaS 服务 |
场景描述：开发者在本地运行 npm run dev 时，访问 localhost 几乎是瞬时响应，但部署到云服务器后，用户可能需要等待几秒才能加载完成，这是因为远程访问多了一次 DNS 解析和多次路由跳转，且服务器带宽有限。提升远程访问体验的首选方案是使用 CDN 和优化服务器出口带宽。
关于访问网站过程的常见问题解答
问题：访问网站很慢，一般从哪些环节排查？
打开浏览器开发者工具（F12），切换到 Network 面板，刷新页面，查看每个请求的耗时，重点关注 DNS 解析时间、TCP 连接时间和TTFB（首字节时间），DNS 解析超过 100 毫秒，考虑更换 DNS 或使用预解析；TTFB 过长，说明服务器处理慢或网络延迟高,需要优化后端逻辑或数据库查询。
问题：如何查看访问网站过程中每一步的具体耗时？
除了浏览器开发者工具，还可以使用命令行工具：curl -w "DNS解析: %{time_namelookup}s, TCP连接: %{time_connect}s, 请求: %{time_pretransfer}s, 响应: %{time_starttransfer}s, 总耗时: %{time_total}s" -o /dev/null -s https://example.com，Windows 用户可以用 curl.exe 或 wget 配合 PowerShell 实现类似功能。
问题：HTTPS 协议在访问过程中比 HTTP 多了什么步骤？
HTTPS 在 TCP 三次握手之后，额外增加 TLS 握手（1-2 个 RTT），用于协商加密算法、交换密钥、验证证书，之后才进入 HTTP 请求阶段，HTTPS 首次访问比 HTTP 慢 1-2 个 RTT，但现代协议如 TLS 1.3 将握手压缩到 1-RTT，且支持 0-RTT 恢复，能够显著降低延迟，HTTPS 带来的加密传输和身份验证,有效防止中间人攻击和数据篡改。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/575734.html
