网页加载旅程实验室
选一个情境或粘贴网址，逐格看浏览器如何把导航变成 DNS 查询、TLS、HTTP、缓存检查、解析与首次 render。
网页加载旅程实验室
选一个情境或粘贴网址，逐格看浏览器如何把导航变成 DNS 查询、TLS、HTTP、缓存检查、解析与首次 render。
关于浏览器加载模拟
可控制的模型，不是真实抓站
本工具使用手工编排的情境，把浏览器加载管线变得可见；不解析真实 DNS、不开 socket、不请求远端页面，也不测量真实耗时。
看一个设置如何改变整趟旅程
Cache hit 会跳过网络路径，redirect 会多一次请求，304 会复用缓存内容，非 HTML 响应会改变浏览器能 render 的东西；这些变化会直接反映在步骤时间线上。
本机处理，可安全粘贴内部网址
网址与标头只留在浏览器状态中，用来生成教学旅程，不会发送到服务器。
常见问题
关于这个主题的常见疑问与实用解答。
网页加载旅程实验室怎么用？
选一个预设情境或粘贴网址，调整 cache、redirect、TLS、status 与 content-type，再按“下一步”或“播放”逐格看浏览器加载旅程。
这个工具会测试真实网站吗？
不会。这是教学模拟器，不发送网络请求、不测量速度、不检查真实服务器。真实诊断请用浏览器 DevTools、Lighthouse、WebPageTest 或服务器 log。
为什么 cache hit 会跳过 DNS、TLS 和 HTTP request？
在这个简化模型里，新鲜缓存可以直接在本机使用，所以浏览器不需要再走一次网络。Revalidation 不同：它仍会联系服务器，可能拿到 304。
页面 redirect 时流程会怎么变？
浏览器会先收到带 Location 标头的 3xx 响应，再对目标 URL 发出另一个 request；通常会在解析开始前多出至少一趟往返。
TLS 这一步在做什么？
TLS 让浏览器在 HTTPS 传 HTTP 数据前，先确认服务器证书并协商加密通信密钥；resumed TLS session 可以减少握手成本。
首次 render 等于整页加载完成吗？
不是。首次 render 只是浏览器已经有足够信息画出某些东西；图片、字体、script、hydration 与后续网络请求都可能还在继续。