先描述旧的是哪一部分

页面仍显示旧文字、地址指向旧服务器、账号状态没有更新，虽然都可能被描述为缓存问题，实际对象不同。先记录具体变化和预期结果，避免一开始就清空全部浏览器数据。若只有某张图片未更新，与整站无法访问也需要分开看。知道旧的是内容、路径还是身份状态，才能选择相关操作，并减少对其他已经正常的任务造成影响。

DNS 缓存保存解析信息

DNS 缓存帮助复用名称解析结果，它并不保存网页正文或登录会话。修改解析设置或刷新相关缓存，可能影响后续连接去往哪里，但不会自动重新生成目标站点的页面内容。设备、应用和网络环境可能在不同位置保留结果，具体要看实现。不能因为某个页面旧了，就默认一定需要换 DNS；先确认问题确实发生在地址解析这一层。

HTTP 缓存处理可复用响应

浏览器或其他缓存组件可能保存响应，并依据相关规则决定复用或重新验证。服务器返回的缓存指示与资源地址，都会影响行为。页面刷新并不总意味着所有资源完整重新下载，看到某个资源没有新增大量传输也不一定是故障。排查时应结合请求与响应信息理解实际发生的动作，而不是把“没有重新下载”直接认定为浏览器不听设置。

304、no-cache 与 no-store 别按字面猜

304 与条件请求和已有响应的复用有关，不是普通意义上的业务失败。no-cache 通常涉及复用前的验证要求，不能简单理解为绝不保存；no-store 则表达不要存储的要求。它们的具体效果还需要放在请求、响应和缓存实现中理解。用户遇到问题时不必手改所有头字段，但这些区别能帮助识别技术文章是否把不同概念混成了一条万能清缓存建议。

Cookie 和站点数据可能是另一回事

登录状态、偏好或本地保存的数据，可能影响页面展示，但它们不等于 DNS 缓存。清理这些信息可能导致退出登录或丢失本地状态，应先理解影响范围。若问题只涉及一个站点，可以优先检查该站点相关状态，而不是重置全部浏览器。需要再次登录时使用正式入口，不能因为页面提示异常就把账号交给陌生的所谓修复服务。

按最小影响顺序收集结果

先尝试普通刷新并观察请求，再根据证据选择相应的验证方式，最后才考虑更广的清理或重置。每次改变一项，记录旧内容是否仍出现，以及地址和账号状态是否变化。不要同时换节点、清 DNS、删 Cookie 后宣布找到了根因。即使恢复，也可以如实说明尚未确定原因；有范围的恢复记录，比一个不适用于所有问题的清理口诀更有帮助。

延伸阅读：地址已经改了，为什么还到旧地方 · 数字很漂亮，页面却很慢：把等待拆成三个阶段。