在Vercel部署Next.js时如何实现无部署时页面生成、请求后再生成？

你描述的整套运行流程，Next.js 搭配 Vercel 已经原生支持，不需要提功能需求，也不用写自定义拦截逻辑。

核心配置落地方法 #

• 跳过构建阶段的全量页面预生成
  针对动态路由，只要在对应页面的getStaticPaths方法中返回空的路径列表，同时将fallback配置为'blocking'，就能让构建流程彻底跳过所有页面的预生成环节：

  export async function getStaticPaths() {
    return {
      paths: [], // 传入空数组，构建阶段不会预生成任何动态路由页面
      fallback: 'blocking'
    }
  }
  

  这种配置下，构建过程不会执行任何页面的getStaticProps逻辑拉取数据、生成静态文件，部署耗时不会随站点页面数量增加线性膨胀。
• 实现「先返缓存+后台重生成」的逻辑
  在页面的getStaticProps中配置revalidate参数（比如revalidate: 300代表5分钟的缓存刷新周期），系统会自动按你预期的流程运行：
  1. 用户首次访问某个无缓存的页面时，系统实时触发getStaticProps执行，拉取最新内容生成静态版本，存入边缘缓存
  2. 后续用户访问该页面时，直接返回已有缓存，不阻塞请求响应
  3. 当距离上次页面生成的时长超过revalidate设置的窗口时，新的请求不会等待重生成完成，会第一时间返回现有缓存，同时在后台静默拉取最新数据、生成新的静态页面，完成后自动替换旧缓存
• 固定静态路由的构建跳过
  对于不带路径参数的固定页面，只要在页面组件中导出export const revalidate = 300标记，系统就会自动跳过构建期对该页面的预渲染，不需要额外调整配置。

常见踩坑提醒 #

• 不要将fallback设为false：该配置要求系统严格按照getStaticPaths返回的路径生成页面，返回空数组时所有非配置的路径都会直接返回404，完全无法实现首次请求触发生成的逻辑。
• 注意首次冷启动的轻微延迟：某个页面第一次被访问时还没有缓存，blocking模式会等当前页面生成完成后再返回给用户，这一步仅在每个页面的首次访问时发生，后续都会走极速缓存响应路径。
• Vercel 平台原生适配这套 ISR 机制：生成的静态缓存会自动同步到全球边缘节点，不需要额外配置缓存存储或自定义请求拦截逻辑。

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