为何Vercel上Next.js GET请求缓存问题无需cache:'no-store'即可自动修复？

你的情况大概率是Next.js框架或Vercel平台的版本更新调整了缓存策略，以下是具体可能的原因：

• Next.js 缓存默认行为的迭代优化
  从Next.js 13.x系列的后续版本开始，不管是Pages Router还是App Router，官方都对fetch请求的缓存逻辑做了精细化调整：

  • 对于客户端发起的fetch请求，新版本默认会根据请求场景动态调整缓存策略，比如针对CRUD这类数据频繁更新的场景，自动降低缓存优先级或缩短TTL；
  • 如果你的应用升级到了App Router（13.4+稳定版），动态路由组件、使用dynamic: 'force-dynamic'的页面，或者依赖用户状态/实时数据的组件，默认会采用动态渲染模式，自动禁用静态缓存，无需手动添加cache: 'no-store'；
  • Pages Router中，官方也修复了部分场景下服务器端渲染与客户端缓存不一致的问题，让数据更新后的缓存失效更及时。

• Vercel平台边缘缓存策略的更新
  Vercel作为Next.js的官方部署平台，会同步适配框架的缓存逻辑，同时自身也在优化边缘网络的缓存规则：

  • 针对Next.js的API路由，Vercel现在会自动识别动态数据接口，默认不再强制缓存响应，或者缩短了缓存有效期；
  • 当你的应用触发数据更新（比如POST/PUT/DELETE请求）时，Vercel的边缘缓存系统会自动关联失效对应的GET请求缓存，确保刷新页面时能获取最新数据；
  • 平台修复了之前存在的缓存同步延迟bug，解决了数据更新后缓存不能及时失效的问题。

• 应用隐性配置或代码的变化
  也有可能是你在后续维护中不经意间调整了配置：

  • 比如把原本的静态生成（getStaticProps）改成了服务器端渲染（getServerSideProps），或者给ISR设置了极短的revalidate时间，让页面数据能快速更新；
  • 或者在API路由中添加了Cache-Control: no-cache这类响应头，之前没有配置时Vercel会默认缓存，现在通过响应头强制绕过了缓存。

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