链接跳转有没有延迟？别让“转圈圈”骗了你

点开一个链接，页面却卡半秒才动——这算不算“有延迟”？很多人以为跳转就该秒开，其实真没那么简单。

跳转本身不慢，慢的是背后那一串动作

浏览器点链接，不是直接把新页面“甩”出来。它得先解析 URL、查 DNS、建 TCP 连接、发 HTTP 请求、等服务器响应、再下载 HTML/CSS/JS……每一步都可能拖一拍。尤其是用手机流量、信号弱、或网站服务器在国外时，DNS 查询卡个 300ms 都很常见。

有些“延迟”是你主动加的

比如某些推广链接、短链服务（像 t.cn、dwz.cn），会先跳到中间页做统计或风控，再 302 重定向到目标地址。这种“跳中跳”，多绕一圈，自然多出 200–800ms 延迟。你点的是 a.com，实际走了 a.com → tracker.xxx → b.com，肉眼就能感觉到顿一下。

还有种“假延迟”：页面白屏那会儿

HTML 加载完了，但关键 CSS 没到位，或者 JS 卡在执行，浏览器干脆不渲染，看起来像“卡住”。这时候 Network 面板里显示跳转已完成，但屏幕还白着——这不是跳转延迟，是渲染阻塞。

怎么快速判断是不是真延迟？

打开浏览器开发者工具（F12 → Network 标签），勾选 “Disable cache”，点链接，看第一行请求的 “Time” 列：如果 DNS + Connection + SSL + Request 合计超过 500ms，基本就是网络或服务端问题；如果 Time 很短但页面迟迟不出现，大概率是资源加载或 JS 执行拖了后腿。

小技巧：对比测试

复制链接，在新标签页粘贴回车，和直接点击对比。如果后者明显慢，说明原页面绑了 onClick 事件，比如：

document.getElementById("btn").onclick = function() { trackClick(); setTimeout(() => window.location.href = url, 100); };

这段代码就硬生生加了 100ms 延迟，还带埋点——你点的不是链接，是“等通知”。

所以别光盯着“跳转”两个字。延迟不在跳的动作里，而在跳之前、跳之中、跳之后的那些看不见的步骤里。网速快，不代表跳得快；页面小，也不代表开得快。