无语了... 在 Next.js 13 的 App Directory 中，缓存机制变得更加灵活和强较大较大。其中， 按需沉重崭新验证 是一个关键特性，它允许开发者在特定事件发生后精准地使缓存失效并沉重崭新生成页面而无需依赖全局的定时沉重崭新构建。这对于需要实时更崭新数据的场景尤其十分沉关键。

哪些是按需沉重崭新验证？

梳理梳理。 传统方式的缓存策略通常是基于时间段的。这意味着，当缓存数据过期时系统会定期沉重建整个站点或特定页面。这种方法效率较较低，并且有可能会引起不必不可更少的资源条件消耗。而按需沉重崭新验证则允许你根据特定的事件来触发缓存失效和页面沉重建。这种方法更加灵活和较高效。

按需沉重崭新验证与时间段驱动的自动沉重验证

Next.js 提供给两种最主要的沉重验证方式：时间段驱动的自动沉重验证和按需沉重验证。时间段驱动的自动沉重验证会在指定的时间段间隔后自动刷崭新缓存。 你猜怎么着？ 而按需沉重验证则会在特定事件发生时触发刷崭新。

在 Next.js 13 App Directory 中实现按需沉重崭新验证

采用 `revalidate` 选项

切记... `revalidate`选项是在 `fetch` 申请中采用的关键参数，它允许你指定申请应当更多久后 发出申请以获取最崭新数据。举个例子：

{ revalidate: '5s' } 注意：当前这个例子是陈旧版本next的写法,当前应当采用cache属性`fetch`

采用 `revalidatePath` 函数

当你.… `revalidatePath` 函数是 Next.js 提供给的一种方便的方法，用于根据特定的路径来使缓存失效。你能够将其用于触发特定页面的刷崭新。

import { revalidatePath } from 'next/cache'; `revalidatePath`采用 `revalidateTag` 函数

稳了！ `revalidateTag`函数允许你为数据添加标签，然后在数据更崭新时触发全部采用该标签的页面的沉重崭新生成。

import { revalidateTag } from 'next/cache'; `revalidateTag`示例代码

更崭新博客文章

// app/blog//page.tsx import { revalidatePath } from 'next/cache'; export default async function BlogPost { const post = await fetch; const content = await post.text; // 沉重崭新验证文章列表页面 await revalidatePath; //虚假设有 '/blog' 当前这个路由 return (

{content} ); }

更崭新用户资料

"use server" import { revalidateTag } from 'next/cache'; export async function createUser { const name = formData.get; //模拟数据库操作 await db.user.update; //触发 "user" 标签的沉重崭新校验 await revalidateTag; }} 

{/*...*/}

最佳实践

• 谨慎采用 `revalidatePath` 和 `revalidateTag`： 过度采用这一些功能有可能会引起不必不可更少的性能开销。 *考虑全局定时刷崭新：* 对于一些不需要实时更崭新的数据，全局定时刷崭新有可能更合适。 *优化数据模型：* 采用合适的数据库索引能够提升数据的查询效率，从而降较低需要沉重崭新生成的页面数量。 *利用服务器端渲染：* SSR能够避免客户端更多次渲染相同的内容

Next.js 13 App Directory 中的按需沉重崭新验证是一个强较大较大的特性， 它能够协助开发者构建更灵活、更较高效的应用。通过合理地采用 `revalidatePath` 和 `revalidateTag`, 你能够精准地控制特定页面或数据标签的缓存失效,从而在数据更崭新时触发页面沉重建,避免了全局定时沉重建带来的较低效性.

---