明明已经断开代理，刚才的网页却还能翻、图片也还在，是不是代理没关掉？单凭页面还看得见，判断不了。已经加载到浏览器里的内容，不会因为网络路径变了就自动消失；重新打开时，也可能用到本机保存的副本。

先别清缓存或重装客户端。下面用电脑端 Chrome 的现有记录，分清“旧内容还在”和“这次真的联网了”。不同浏览器和版本的标签可能不一样。

先确认自己做的是哪种操作

这几件事看着都像“网页能用”，证据却不一样：

• 看原来开着的页面：能滚动、选中文字，只说明这些内容仍在浏览器里。
• 重新打开以前看过的页面：可能读缓存，也可能重新请求，需要继续看记录。
• 加载一个新列表或新页面：更值得观察对应请求，但页面可能只更新一部分，不能凭动画或转圈结束就下结论。

比如文章正文还在，不代表评论接口也能连上；视频还能播放一小段，也可能只是此前已缓冲的内容。判断时选定一个具体动作，别把整页不同资源的结果混在一起。

图里是判断思路，不是抓包截图。它也不是让你在付款、办公或其他敏感操作中断开代理测试。

打开网络面板后再看这一次记录

在一个没有未保存内容、不涉及登录验证或交易的普通公开网页上，按下面顺序查看：

1. 打开 Chrome 菜单的 更多工具 → 开发者工具，选择 Network／网络。
2. 确认录制没有暂停，留意有没有过滤条件把请求藏起来。已有记录就先按发生时间找；不要拿之前留下的条目当作刚发生的请求。
3. 如果没有本次记录，可以在这个普通页面做一次正常刷新，或正常打开需要查看的公开页面。不要连续刷新，也不点开发者工具里的编辑、重发请求。
4. 找到对应的文档或资源，查看 Status／状态、Size／大小 里的来源提示，再点开 Headers／标头 核对请求地址和实际状态。

Chrome 网络面板说明提醒，记录从开发者工具打开后开始。之前网页已经加载完，后来才打开面板，列表空白并不奇怪；如果保留了旧记录，也要先对上这次操作的时间。

这里只有只读查看，不需要勾选禁用缓存、模拟离线、删除网站数据或注销 Service Worker。支付、发消息、提交订单的页面不要用刷新来取证，避免重复提交。

缓存条目和 304 不是同一回事

看到 (memory cache) 或 (disk cache)，表示这条资源使用了浏览器内存或磁盘里的本地副本。它可以出现在 Network 列表里，却不是这次把该资源从目标网站完整下载了一遍的证据。这个判断只针对这一条，旁边的图片、脚本或接口仍可能联网。

所以，“Network 里有一行”不等于“这一行刚刚经过了机场节点”；也不能因为一张图片命中缓存，就认定整个页面完全离线。

看到 304 Not Modified，则要区别对待。在正常 HTTP 缓存再验证中，客户端发出条件请求，上游返回 304，表示可以更新并复用已有响应。这是 HTTP 缓存标准里的再验证流程，不是简单的“全程没联网”。

真实网络上的 304 往返，不代表正文重新下载了一遍，更不说明它经过了哪个代理出口。反过来，看到 200 也别马上认定是新下载：还要结合缓存或其他来源提示，不能只盯状态码。

看到 ServiceWorker，说明还有网站自己的请求处理环节。它不等于恶意程序，也不等于一定离线。Service Worker 的处理方式既可以使用缓存，也可以转向网络，甚至构造响应。只凭这个标签或一行成功状态，仍然不能确定实际网络路径；拿不准就保留这个线索，不必为测试把它删掉。

确认有新网络活动后再查代理路径

浏览器是否发生网络活动，与它是否走了某个代理，是两层问题。

如果已经看到与本次操作对应的网络传输，再去代理客户端查看同一时间、同一目标的连接记录。核对命中规则、策略组以及最终出站，而不是只看绿色按钮或节点名称。不要把另一条后台请求的记录，套到当前网页上。

没有找到客户端记录，也不能直接判定绕过：连接可能很短、已结束，或者当前日志没有记下。可以先保留时间、目标代号、浏览器来源提示和客户端当时的状态，参考日志求助与隐私检查整理，不导出整份网络记录或公开 Cookie、私人网址和订阅密钥。

如果只是关掉了客户端窗口，还要分清它是否仍在托盘运行。关于关闭客户端后的状态，可看退出 Clash 后的网络排查；如果问题是浏览器与其他软件表现不同，则看代理接管范围的区别，不用从缓存问题跳到改 DNS 或开启 TUN。

查到这里仍不确定，先保持原设置，不在敏感业务上继续试。旧页面能看、本地缓存命中、真实网络响应和经过代理，是四个不同结论。把这几层分开，比“断开后还能看，所以肯定泄露了”更接近实际情况，也不需要因此重新买一份机场订阅。