换了机场节点网页还是旧内容？缓存与304响应的排查方法

节点切换成功，网页却仍显示昨天的文字，这并不一定是代理没有生效。网页能否连接与拿到的是不是最新内容，是两个需要分别验证的问题。本文适用于能加载页面但内容陈旧的情况；如果浏览器直接报连接超时，应先处理连接问题。

先把“旧”变成可核对的事实

记录完整网址、你看到的版本标记，以及预期变化，例如一段公告或一张已更新图片。确认访问的是同一个路径，而不是旧收藏、不同子域名或搜索结果中的历史页面。页面上显示的文章日期也不一定会随每次小修改更新，不能单凭日期判断缓存。

如果有网站维护方，应先确认改动已经发布到正式站点。编辑器里保存成功，与公开页面更新完成可能是两个步骤。

304为什么通常不是报错

浏览器可以保存曾经取得的资源，并在后续请求中询问服务器是否变化。304 Not Modified 表示这次条件请求获知资源未变化，浏览器可继续使用已有内容；它不是“机场连接失败”的状态码。ETag 与 Last-Modified 常用于这类验证。MDN 的 HTTP 缓存说明介绍了对应机制。

反过来，200 也不自动证明内容是你期望的最新版本：服务器或中间缓存仍可能提供旧文件。要结合实际正文判断。

按影响从小到大检查

在地址栏重新打开核对后的完整 URL，先做普通刷新，比较明确的文字或图片标记。
通过浏览器支持的重新加载方式再次请求页面；如果使用开发者工具，可在网络面板打开时临时禁用浏览器缓存后重载，检查具体资源。
用独立浏览器会话访问相同地址，对照内容。注意不同会话的登录状态可能不同，登录后的个性化页面不能直接与退出后的页面比较。
只有当前浏览器持续陈旧时，再考虑处理该站缓存。先保存未提交表单，优先只清理目标站点；清除Cookie或站点数据可能导致退出登录，不必一开始就清空所有网站。

看的是HTML还是图片、脚本

正文已更新但封面没变，可能只是某个图片资源仍使用旧版本。可在网络面板找到该资源，记录完整 URL、状态和响应头。不要看到主页请求成功，就认为页面每一个资源都已经更新。

若不同设备、不同网络都显示相同旧文件，而维护方确认已更新，可将资源地址和时间提供给站方继续检查部署或 CDN。用户端反复更换机场节点无法保证刷新网站自己的缓存。

一张简短的复查单

项目	应记录的内容
目标	完整URL、登录状态
内容	看到的标记、预期标记
对照	普通刷新、独立会话、另一设备
请求	相关资源状态、ETag或Last-Modified（如有）
环境	时间、网络、代理模式，保持对照条件清楚

日志与截图只保留排障必要部分，隐藏Cookie、授权头和私人网址。机场推荐中的“线路能用”判断应来自实际请求与业务体验；缓存问题应使用内容标记验收，直到你核对的目标资源确实更新为止。