跳至内容
构建你的应用程序渲染静态站点生成 (SSG)

静态站点生成 (SSG)

示例

如果页面使用 **静态生成**,则页面 HTML 将在 **构建时** 生成。这意味着在生产环境中,页面 HTML 会在运行 next build 时生成。此 HTML 随后将在每次请求时重用。它可以被 CDN 缓存。

在 Next.js 中,您可以 **带或不带数据** 静态生成页面。让我们看看每种情况。

无数据静态生成

默认情况下,Next.js 使用静态生成预渲染页面,无需获取数据。这是一个示例

function About() {
  return <div>About</div>
}
 
export default About

请注意,此页面不需要获取任何外部数据即可进行预渲染。在这种情况下,Next.js 在构建时为每个页面生成一个 HTML 文件。

带数据静态生成

某些页面需要获取外部数据进行预渲染。有两种情况,可能适用其中一种或两种。在每种情况下,您都可以使用 Next.js 提供的这些函数

  1. 您的页面 **内容** 依赖于外部数据:使用 getStaticProps
  2. 您的页面 **路径** 依赖于外部数据:使用 getStaticPaths(通常与 getStaticProps 结合使用)。

情况 1:您的页面内容依赖于外部数据

**示例**:您的博客页面可能需要从 CMS(内容管理系统)获取博客文章列表。

// TODO: Need to fetch `posts` (by calling some API endpoint)
//       before this page can be pre-rendered.
export default function Blog({ posts }) {
  return (
    <ul>
      {posts.map((post) => (
        <li>{post.title}</li>
      ))}
    </ul>
  )
}

为了在预渲染时获取此数据,Next.js 允许您从同一个文件中 `export` 一个名为 getStaticProps 的 `async` 函数。此函数在构建时被调用,并允许您将获取的数据传递到页面在预渲染时的 props 中。

export default function Blog({ posts }) {
  // Render posts...
}
 
// This function gets called at build time
export async function getStaticProps() {
  // Call an external API endpoint to get posts
  const res = await fetch('https://.../posts')
  const posts = await res.json()
 
  // By returning { props: { posts } }, the Blog component
  // will receive `posts` as a prop at build time
  return {
    props: {
      posts,
    },
  }
}

要了解有关 getStaticProps 工作原理的更多信息,请查看 数据获取文档

情况 2:您的页面路径依赖于外部数据

Next.js 允许您创建具有**动态路由**的页面。例如,您可以创建一个名为pages/posts/[id].js的文件,以根据id显示单个博客文章。这将允许您在访问posts/1时显示id: 1的博客文章。

要了解有关动态路由的更多信息,请查看动态路由文档

但是,您希望在构建时预渲染哪些id可能取决于外部数据。

**示例**:假设您只在数据库中添加了一篇博客文章(id: 1)。在这种情况下,您只需要在构建时预渲染posts/1

稍后,您可能会添加第二篇文章,id: 2。然后,您也需要预渲染posts/2

因此,您要预渲染的页面**路径**取决于外部数据。为了处理这种情况,Next.js 允许您从动态页面(在本例中为pages/posts/[id].js)导出名为getStaticPathsasync函数。此函数在构建时被调用,并允许您指定要预渲染的路径。

// This function gets called at build time
export async function getStaticPaths() {
  // Call an external API endpoint to get posts
  const res = await fetch('https://.../posts')
  const posts = await res.json()
 
  // Get the paths we want to pre-render based on posts
  const paths = posts.map((post) => ({
    params: { id: post.id },
  }))
 
  // We'll pre-render only these paths at build time.
  // { fallback: false } means other routes should 404.
  return { paths, fallback: false }
}

同样在pages/posts/[id].js中,您需要导出getStaticProps,以便您可以获取有关具有此id的文章的数据,并使用它来预渲染页面

export default function Post({ post }) {
  // Render post...
}
 
export async function getStaticPaths() {
  // ...
}
 
// This also gets called at build time
export async function getStaticProps({ params }) {
  // params contains the post `id`.
  // If the route is like /posts/1, then params.id is 1
  const res = await fetch(`https://.../posts/${params.id}`)
  const post = await res.json()
 
  // Pass post data to the page via props
  return { props: { post } }
}

要了解有关getStaticPaths如何工作的更多信息,请查看数据获取文档

何时应该使用静态生成?

我们建议尽可能使用**静态生成**(带数据和不带数据),因为您的页面可以构建一次并由 CDN 提供服务,这使得它比每次请求都由服务器渲染页面快得多。

您可以将静态生成用于多种类型的页面,包括

  • 营销页面
  • 博客文章和作品集
  • 电子商务产品列表
  • 帮助和文档

您应该问问自己:“我可以在用户请求**之前**预渲染此页面吗?”如果答案是肯定的,那么您应该选择静态生成。

另一方面,如果您无法在用户请求之前预渲染页面,则**不建议**使用静态生成。也许您的页面显示频繁更新的数据,并且页面内容在每次请求时都会发生变化。

在这种情况下,您可以执行以下操作之一

  • 使用带有**客户端数据获取**的静态生成:您可以跳过预渲染页面的某些部分,然后使用客户端 JavaScript 来填充它们。要了解有关此方法的更多信息,请查看数据获取文档
  • 使用**服务器端渲染**:Next.js 在每次请求时都预渲染页面。它会比较慢,因为页面无法被 CDN 缓存,但预渲染的页面将始终是最新的。我们将在下面讨论这种方法。