fetch

Next.js 扩展了 Web fetch() API，允许服务器上的每个请求设置其自己的持久缓存和重新验证语义。

在浏览器中，cache 选项表示 fetch 请求如何与*浏览器的* HTTP 缓存交互。通过此扩展，cache 表示*服务器端* fetch 请求如何与框架的持久数据缓存交互。

您可以在服务器组件中直接使用 async 和 await 调用 fetch。

export default async function Page() {
  let data = await fetch('https://api.vercel.app/blog')
  let posts = await data.json()
  return (
    <ul>
      {posts.map((post) => (
        <li key={post.id}>{post.title}</li>
      ))}
    </ul>
  )
}

`fetch(url, options)`

由于 Next.js 扩展了 Web fetch() API，您可以使用任何可用的原生选项。

`options.cache`

配置请求如何与 Next.js 数据缓存交互。

fetch(`https://...`, { cache: 'force-cache' | 'no-store' })

auto no cache（默认）：在开发环境中，Next.js 会在每个请求时从远程服务器获取资源，但在 next build 期间只会获取一次，因为路由将被静态预渲染。如果路由上检测到动态 API，Next.js 会在每个请求时获取资源。
no-store：Next.js 在每个请求时从远程服务器获取资源，即使路由上未检测到动态 API。
force-cache：Next.js 在其数据缓存中查找匹配的请求。
- 如果存在匹配且是新鲜的，则会从缓存中返回。
- 如果没有匹配或匹配过期，Next.js 将从远程服务器获取资源并使用下载的资源更新缓存。

`options.next.revalidate`

fetch(`https://...`, { next: { revalidate: false | 0 | number } })

设置资源的缓存生命周期（以秒为单位）。数据缓存。

false - 无限期缓存资源。语义上等同于 revalidate: Infinity。HTTP 缓存可能会随着时间清除较旧的资源。
0 - 防止资源被缓存。
number -（以秒为单位）指定资源的缓存生命周期最多为 n 秒。

须知:

如果单个 fetch() 请求设置的 revalidate 数字低于路由的默认 revalidate，则整个路由的重新验证间隔将减少。

如果同一路由中具有相同 URL 的两个 fetch 请求具有不同的 revalidate 值，则将使用较低的值。

不允许同时使用冲突的选项，例如 { revalidate: 3600, cache: 'no-store' }，两者都将被忽略，并且在开发模式下会在终端打印警告。

`options.next.tags`

fetch(`https://...`, { next: { tags: ['collection'] } })

设置资源的缓存标签。然后可以使用 revalidateTag 按需重新验证数据。自定义标签的最大长度为 256 个字符，最大标签项数为 128 个。

故障排除

Fetch 默认 `auto no store` 和 `cache: 'no-store'` 在开发环境中不显示新数据

Next.js 在本地开发环境中通过热模块替换 (HMR) 缓存服务器组件中的 fetch 响应，以加快响应速度并降低计费 API 调用的成本。

默认情况下，HMR 缓存适用于所有 fetch 请求，包括那些使用默认 auto no cache 和 cache: 'no-store' 选项的请求。这意味着未缓存的请求在 HMR 刷新之间不会显示新数据。但是，在导航或整页重新加载时，缓存将被清除。

有关更多信息，请参阅 serverComponentsHmrCache 文档。

开发环境中的硬刷新和缓存

在开发模式下，如果请求包含 cache-control: no-cache 头部，则 options.cache、options.next.revalidate 和 options.next.tags 将被忽略，并且 fetch 请求将从源获取。

当开发人员工具中禁用缓存或进行硬刷新时，浏览器通常会包含 cache-control: no-cache。

版本历史

版本	更改
`v13.0.0`	`fetch` 已引入。