Next.js中启用next/revalidate时fetch错误响应的缓存规则确认

结论：状态码300及以上的响应不会被Next.js缓存

Next.js的缓存机制默认只针对状态码200-299的成功响应生效。即便你给fetch请求配置了next: { revalidate: 3600 }这类缓存策略，当请求返回3xx重定向、4xx客户端错误或5xx服务端错误时，该响应不会被存入缓存系统。

这种设计逻辑很贴合实际场景：对于稳定性较差的第三方API，你绝对不希望把错误响应缓存起来——否则用户会在缓存有效期内一直看到错误内容，反而加剧了API不稳定带来的负面影响。

针对你遇到的第三方API不稳定的情况，可以额外做这些优化：

• 给fetch添加错误重试逻辑，比如自定义重试次数与间隔，降低单次请求失败的概率
• 实现降级兜底：当第三方API返回错误时，尝试返回最近一次缓存的成功响应（如果存在），保证用户能看到可用内容
• 灵活调整revalidate时长：如果API波动频繁，可以缩短缓存时间；或者使用revalidate: 0强制每次请求都实时调用API（注意权衡性能损耗）

参考你提到的官方文档示例：

fetch('https://...', { next: { revalidate: 3600 } })

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