游戏下载飞快网页却卡顿的真相

最近遇到个怪事，电脑玩大型网游，Steam下载游戏，速度都能跑满宽带，测速软件显示几百兆，但打开网页就是转圈，有时要等好几秒才出内容。查过毒，没有病毒，路由器重启也没用。为什么游戏和下载都正常，偏偏网页慢？这背后的逻辑完全不同。

游戏和下载依赖的是长连接。Steam下载时，会同时建立多条持续传输的TCP隧道，数据包源源不断，带宽利用率很高。网游则常年保持一个到服务器的UDP或TCP连接，握手只发生在登录那一刻。网页不同，打开一个首页，浏览器要依次发起几十上百个HTTP请求，每个请求都要经历DNS解析、TCP三次握手、TLS协商，然后才传输内容。哪怕你的带宽有一千兆，每个请求的往返延迟是30毫秒，几十个请求排队下来，总耗时轻轻松松超过一秒。网页体验吃的是延迟，不是带宽。

举个例子，一个普通新闻首页平均有四十多个资源，来自不同域名，光DNS查询就有好多次。如果系统用的是运营商DNS，高峰时段解析一个域名可能要三四百毫秒，浏览器只能干等。下载软件往往直接连接IP，或者已经缓存了记录，完全感受不到这段开销。把电脑的DNS改成223.5.5.5或者8.8.8.8，很多网页卡顿立刻缓解，原因就在这儿。

浏览器还有个并发连接限制。HTTP/1.1下，Chrome默认对每个域名只开6个TCP连接，页面里几十个资源如果都来自同一个域名，就得排队共用这6条连接，每条连接上一次只能发一个请求。服务器响应稍微慢一点，后面的资源全堵在门口。Steam下载用的是HTTP/2或者自定义协议，没有这种限制，还能为每个文件开几十个线程。所以你再大的带宽，网页这边也可能被协议卡死。

HTTPS也有很大影响。现在网站基本都强制加密，TLS 1.3握手需要一次往返，TLS 1.2需要两次。假设RTT是50毫秒，光握手就多出100毫秒。一个页面几十个资源，很多无法复用连接，每打开一个都要重新握手。下载软件虽然也走HTTPS，但它保持长连接，握手只做一次，成本被海量数据摊薄了。

还有一个隐蔽的问题叫IPv6优先。Windows默认会尝试IPv6，如果系统拿到了一个不能路由的IPv6地址，浏览器连不上就会先等超时，再退回IPv4。这个超时有时候长达好几秒。游戏和下载软件通常只走IPv4，或者有更快的失败回退，所以感觉不到。路由器里有没有正确配置IPv6，直接影响网页的打开速度。临时在网卡设置里禁用IPv6，往往立竿见影。

再就是TCP初始拥塞窗口。Windows默认初始窗口是10个段，大约14KB，这点窗口只够发送一个小文件。网页里的脚本、样式表动辄几KB，很多还不足14KB，连接刚刚开始传输就结束了，根本没机会把拥塞窗口撑大。每次新连接都要重新开始慢启动，实际传输速度可能只有每秒几十KB，完全不像有几百兆宽带的样貌。下载软件持续传输，窗口很快就撑到几兆字节，性质完全不一样。

浏览器扩展和代理同样不容忽视。某些安全插件会逐个扫描网页内容，下载和游戏客户端不经过浏览器，所以不受影响。如果设置了全局代理，或者装了流量分流软件，网页请求要绕道代理服务器，延迟自然飙升。下载软件往往会自动绕过代理，这就造成了一种假象，好像只有网页出问题了。

别忘了MTU。游戏和下载传大包，MTU设置偏大只是导致大包分片，速度轻微下降。网页传小包，如果MTU超过路由器支持的上限，小包可能被丢弃，同时ICMP错误又被防火墙拦截，客户端迟迟得不到“包太大”的回应，只能一直重传。ping外网倒是正常，打开网页却经常卡住。把路由器的MTU改成1400或1450，问题常常就消失了。

最后一个常见来源是网站服务器自身。不少网页的首屏要等好几个第三方统计脚本、广告弹窗的慢接口返回，这些资源挂在别人家的服务器上，响应慢得离谱。游戏服务器和下载源通常带宽充裕，不会出现这种问题。如果你用无痕模式打开网页却飞快，那基本就是某个扩展或者插件拖后腿了。

排查时，按顺序做：先改DNS，再关浏览器代理和扩展，然后禁用IPv6，调整MTU。大多数卡顿都能被这几个动作解决。要是还不行，就用抓包工具看看到底卡在哪个环节，是DNS解析、TCP握手，还是等待首字节，数据会告诉你答案。游戏下载快给人一个假象，让你觉得网络没问题，但网页打开是一场多环节的接力赛，任何一环掉链子，最终都会变成你眼前的加载圈。