缓存重定向循环是否可能？308场景下的浏览器行为问询

问题场景 #

308永久重定向可被缓存，假设存在以下流程：

1. 初始阶段对外提供/version-1页面；
2. 上线/version-2后，配置/version-1的请求通过308重定向到/version-2；
3. 一段时间后恢复/version-1服务，同时配置/version-2的请求通过308重定向回/version-1。

需要明确：浏览器是否会复用缓存的重定向进入无限循环？RFC标准与实际浏览器对此有何规定？（注：不讨论网站设计优化，仅聚焦规范与实现）

已查阅的规范内容 #

RFC 9110 第15.4节明确：

客户端应检测并干预循环重定向（即“无限”重定向循环）。

但该条款未说明干预时是否会禁用缓存响应的复用，是否存在其他相关规定？

规范要求与实际行为解析 #

1. RFC的补充规则 #

除了基础的循环检测要求，HTTP缓存相关规范（RFC 7234、RFC 9110）还有以下细节：

• 缓存的308重定向属于持久映射，除非源服务器发送新的响应（含Cache-Control等缓存指令）覆盖缓存条目，否则会被持续复用。
• 当客户端检测到重定向循环时，必须终止重定向链，无论循环中的响应是否来自缓存。此时客户端不会继续使用缓存的重定向发起下一次请求。
• RFC 7234允许客户端在缓存重定向导致无效请求链时，忽略缓存的重定向，直接向源服务器发起验证请求（如携带If-None-Match头），但这是可选实现，并非强制要求。

2. 主流浏览器的实际行为 #

Chrome、Firefox、Safari等浏览器的实现逻辑一致：

• 设置重定向次数上限（通常为5-20次，不同浏览器略有差异），当重定向次数达到阈值时，立即终止循环，返回“过多重定向”类错误（如Chrome的ERR_TOO_MANY_REDIRECTS）。
• 即使循环中的重定向来自缓存，浏览器也不会因此放宽次数限制，触发上限后直接终止。
• 部分浏览器在终止循环后，后续对相关路径的请求可能会暂时跳过缓存的重定向，主动向源服务器验证最新的重定向规则，这属于浏览器的优化行为，无统一标准。

结论 #

• 从RFC规范层面：客户端必须检测并终止重定向循环，无论响应是否来自缓存；规范未强制禁用缓存，但允许客户端在循环发生时忽略缓存以验证最新状态。
• 从浏览器实现层面：均通过重定向次数上限跳出循环，不会无限复用缓存的重定向条目，部分浏览器会在循环后尝试验证重定向有效性。

内容的提问来源于stack exchange，提问作者Dragon