移动端页面加载慢？检查 HTTP 连接复用情况
移动端页面加载慢可能与 HTTP 连接复用有关，检查连接复用情况有助于优化性能。
为什么移动端加载慢与连接数有关
HTTP 是一个客户端-服务器协议，浏览器作为用户代理发起请求。在早期的 HTTP/1.0 中，默认行为是为每个请求-响应对打开一个独立的 TCP 连接。这种机制在移动网络环境下效率较低，因为建立 TCP 连接需要多次往返通信，增加了延迟。移动设备通常网络环境复杂，频繁建立和关闭连接会消耗更多资源，导致页面加载变慢。
随着协议的发展，HTTP/1.1 引入了持久连接的概念，允许在单个 TCP 连接上发送多个请求。然而，如果服务器或网络配置未正确支持这一特性，或者客户端未复用连接，仍可能频繁建立新连接。移动端页面通常包含 HTML、CSS、JavaScript 以及图片、视频等多种资源，如果每个资源都建立新连接，将导致请求过多，进一步拖慢加载速度。
如何排查连接复用是否生效
可以通过浏览器开发者工具的网络面板来检查连接复用情况。在移动端调试时，打开 Chrome DevTools 的 Network 标签，查看请求列表。如果多个请求共享同一个 TCP 连接，它们的“Stalled”时间会较短，且连接状态显示为“Keep-Alive”。反之，如果每个请求都显示“Pending”并重新建立连接，则说明复用未生效。此外，观察“Time to First Byte (TTFB)”和“Total”时间，频繁建立连接通常会导致这两个指标显著增加。
除了浏览器工具，还可以通过抓包工具（如 Wireshark）分析 HTTP 消息。在抓包数据中，检查是否存在“Connection: keep-alive”头部。如果该头部缺失或设置为“close”，则连接可能不会复用。对于移动端，由于网络跳数多，抓包能更直观地看到连接建立和关闭的频率。如果发现大量连接建立，说明需要优化服务器配置或客户端请求策略。
检查服务器配置与协议版本
服务器配置是影响连接复用的关键因素。HTTP/1.1 协议通过“Connection”头部控制连接行为，默认应支持持久连接。如果服务器配置为强制关闭连接，或者启用了某些限制连接数的策略，可能导致复用失败。检查服务器日志或配置文件，确认是否启用了“Keep-Alive”超时设置，并确保该设置足够长以支持多个请求的发送。
HTTP/2 协议通过在单个连接上多路复用消息，进一步提升了性能。如果服务器支持 HTTP/2，客户端应优先使用该协议。在开发者工具中，查看请求的协议版本，如果显示为“h2”，则说明多路复用已生效。如果仍使用“http/1.1”，可能是因为服务器未正确配置或客户端不支持。升级到 HTTP/2 可以显著减少连接开销，特别是在移动端网络不稳定的情况下。
验证优化后的加载效果
在完成连接复用优化后，可以通过对比优化前后的加载时间来验证效果。使用浏览器开发者工具的“Performance”面板记录页面加载过程，重点关注“Network”和“Rendering”阶段的耗时。如果复用生效，多个资源的请求将共享连接，减少“Stalled”和“DNS Lookup”时间，整体加载时间应有所下降。此外，移动端真实设备测试也能更准确地反映优化效果。
还可以通过监控工具（如 Google PageSpeed Insights）评估页面性能。该工具会给出具体的性能评分和优化建议，其中“减少服务器响应时间”和“减少请求”是常见的改进点。如果连接复用优化成功，这些指标通常会得到改善。最终，确保页面在移动端加载流畅，用户交互响应及时，是验证优化的最终标准。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。