增量静态再生中的重新验证过程如何工作?
Posted
技术标签:
【中文标题】增量静态再生中的重新验证过程如何工作?【英文标题】:How does the revalidate process in Incremental Static Regeneration work? 【发布时间】:2021-07-08 15:46:29 【问题描述】:我有一个关于增量静态再生的问题。据我所知,getStaticProps()
函数中的revalidate
值告诉 Next.js 它应该重建页面的时间量。
我的问题是,在设定的时间后,每个用户/请求都会发生这种情况,还是集中,从第一个用户/请求点击页面开始?
例如:
在getStaticProps()
函数中重新验证值:60 秒
用户 A 点击页面并接收缓存版本。 60 秒后 Next.js 为他重建页面并提供新内容。
用户 B 在用户 A 之后不久点击页面,收到缓存版本,60 秒后他还收到更新版本。
我担心的是,每个单独的请求都会在 自己的 60 秒间隔内开始重建。
我很确定情况并非如此,但由于 Next.js 对我来说是新的,我想在搞砸之前弄清楚这一点。
如果有人能自愿给予快速回复,我将非常感激。
【问题讨论】:
vercel.com/docs/concepts/next.js/… 【参考方案1】:增量静态生成受 stale-while-revalidate 启发,因此没有间隔。 假设我们的重新验证值为 60 秒:
第一个用户将在 100000000000(以毫秒为单位的随机时间)访问页面 next.js 将缓存过期日期为 100000060000 的页面 其他用户来到 100000040000,缓存有效,什么都不做(服务缓存页面) 另一个访客在100000070000,缓存已过期,next.js会在后台重新验证页面,但用户仍然看到旧页面。 最后一位访问者在 100000080000 出现,并将使用新数据设置页面 等等……60 秒后 NextJS 为他重建页面并提供给 新鲜的内容。
所以没有这个概念是错误的,n 秒后next.js 不会重建页面, 但是对于每个请求,next.js 将检查自上次请求以来经过的时间是否 > 缓存的到期日期。如果您的重新验证值为 1 秒,但下一个访问者在 1 年后出现,则 next 将在一年后重新生成页面。
【讨论】:
首先感谢您的回复!是否可以选择使用 SSG(因此没有 ISR 使用的自动重新验证)并强制 NextJS 在给定时间后重建所有页面,而与缓存年龄和请求无关?就像运行“npm run build”但不杀死活动实例? 我不认为有本地方法可以做到这一点,但你可以设置 cron 作业 如果该页面每天有 1000 位访问者,它将构建数千次,从而消耗大量带宽和内存。以上是关于增量静态再生中的重新验证过程如何工作?的主要内容,如果未能解决你的问题,请参考以下文章