静态站点生成 (SSG)
示例
- WordPress 示例(演示)
- 使用 markdown 文件的博客入门 (演示)
- DatoCMS 示例 (演示)
- TakeShape 示例 (演示)
- Sanity 示例 (演示)
- Prismic 示例 (演示)
- Contentful 示例 (演示)
- Strapi 示例 (演示)
- Prepr 示例 (演示)
- Agility CMS 示例 (演示)
- Cosmic 示例 (演示)
- ButterCMS 示例 (演示)
- Storyblok 示例 (演示)
- GraphCMS 示例 (演示)
- Kontent 示例 (演示)
- Builder.io 示例 (演示)
- TinaCMS 示例 (演示)
- 静态推文 (演示)
- Enterspeed 示例 (演示)
如果页面使用 **静态生成**,则页面 HTML 将在 **构建时** 生成。这意味着在生产环境中,页面 HTML 会在运行 next build
时生成。此 HTML 随后将在每次请求时重用。它可以被 CDN 缓存。
在 Next.js 中,您可以 **带或不带数据** 静态生成页面。让我们看看每种情况。
无数据静态生成
默认情况下,Next.js 使用静态生成预渲染页面,无需获取数据。这是一个示例
function About() {
return <div>About</div>
}
export default About
请注意,此页面不需要获取任何外部数据即可进行预渲染。在这种情况下,Next.js 在构建时为每个页面生成一个 HTML 文件。
带数据静态生成
某些页面需要获取外部数据进行预渲染。有两种情况,可能适用其中一种或两种。在每种情况下,您都可以使用 Next.js 提供的这些函数
- 您的页面 **内容** 依赖于外部数据:使用
getStaticProps
。 - 您的页面 **路径** 依赖于外部数据:使用
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
)导出名为getStaticPaths
的async
函数。此函数在构建时被调用,并允许您指定要预渲染的路径。
// 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 缓存,但预渲染的页面将始终是最新的。我们将在下面讨论这种方法。
这有帮助吗?