何时在 Nextjs 中使用 SSR 和 SSG

来源:undefined 2025-01-10 21:34:56 0

服务器端渲染 (SSR)静态站点生成 (SSG) 是 Next.js 提供的两种强大的页面渲染模式,选择哪种模式取决于您的应用需求。

SSR (服务器端渲染):

SSR 在每次用户请求页面时,都会在服务器端动态生成 HTML。这意味着每次访问页面,服务器都会获取最新数据并渲染页面,然后将完整的 HTML 发送给客户端浏览器。

SSR 的优点在于内容始终是最新的,非常适合需要实时数据的应用,例如:

动态内容频繁更新的网站 需要个性化内容的应用 (例如,基于用户登录状态显示不同的内容) 依赖于实时数据库或 API 的应用

SSR 的缺点是服务器端处理开销较大,可能导致页面加载速度较慢。

SSR 时间线示例:

请求 1:用户 A 访问 → 服务器获取数据,动态生成页面,并响应。

请求 2:用户 B 访问 → 服务器再次获取数据,动态生成页面,并响应。

代码示例:

1

2

3

4

5

6

7

8

9

10

11

12

13

export async function getServerSideProps(context) {

const res = await fetch(`https://api.example.com/data`);

const data = await res.json();

return {

props: { data }, // 传递数据到页面组件

};

}

function Page({ data }) {

return <div>{data.content}</div>;

}

export default Page;

登录后复制

SSG (静态站点生成):

SSG 在构建时 (例如,执行 next build 命令时) 预先渲染所有页面,并将生成的静态 HTML 文件存储在服务器上。当用户访问页面时,服务器直接提供这些预渲染的静态文件,无需任何服务器端处理。

博客文章 营销页面 产品目录

SSG 的缺点是内容不是实时的,需要手动触发重新构建才能更新内容。 可以使用 revalidate 选项在后台定期重新生成页面,以确保内容的及时更新。

SSG 带有重新验证功能的时间线示例 (revalidate: 60 秒):

构建时间:页面使用构建时可用的数据进行预渲染。

请求 1 (构建后):用户 A 访问 → 提供静态 HTML。

后台重新生成 (60 秒后):Next.js 获取新数据并重新生成页面。

请求 2 (重新生成后):用户 B 访问 → 提供更新的静态 HTML。

代码示例:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

export async function getStaticProps() {

const res = await fetch(https://api.example.com/posts);

const posts = await res.json();

return {

props: { posts },

// 可选:每 60 秒重新生成页面

revalidate: 60,

};

}

function BlogPage({ posts }) {

return (

<div>

{posts.map(post => (

<div key={post.id}>{post.title}</div>

))}

</div>

);

}

登录后复制

总结:

特性 SSR SSG 渲染时机 每次请求时 构建时 内容更新 实时 构建时或重新验证时 速度 较慢 极快 适用场景 实时数据、个性化内容 静态内容、内容更新频率低 缓存 不适用,每次请求都生成新页面 适用,直接提供静态文件

选择 SSR 还是 SSG 取决于您的应用需求。如果需要实时数据,则选择 SSR;如果需要速度和性能,并且内容更新频率低,则选择 SSG。 对于内容更新频率适中的情况,可以考虑结合使用增量静态再生 (ISR) 等技术。

以上就是何时在 Nextjs 中使用 SSR 和 SSG的详细内容,更多请关注php中文网其它相关文章!

最新文章