一文搞懂前端渲染技术：什么是SSR、SSG、CSR？
这我可不懂 2024-07-07 13:33:00 阅读 95
在前端开发的世界里，我们经常遇到SSR（服务器端渲染）、SSG（静态站点生成）和CSR（客户端渲染）这三种渲染技术。它们各自有着独特的优缺点，适用于不同的场景和需求。下面，我们将详细介绍这三种技术，并通过代码示例来加深理解。
一、CSR（客户端渲染）
介绍：
CSR（Client-Side Rendering）是前端开发中最常见的渲染方式。在这种模式下，服务器主要负责提供静态的HTML文件（可能包含一些基本的HTML结构和JavaScript脚本），而真正的页面渲染工作则完全由客户端的浏览器来完成。这意味着页面内容是在用户的浏览器上动态生成的。
优点：
响应速度快：一旦HTML文件加载完成，浏览器就可以开始渲染页面，而不需要等待服务器返回完整的渲染结果。动态性强：由于页面渲染在客户端进行，因此可以方便地实现各种动态交互效果。前端部署简单：只需要一个静态服务即可部署前端代码，降低了部署成本。
缺点：
首屏加载时间长：由于需要加载整个JavaScript包，可能导致首屏加载时间较长，特别是对于复杂的单页应用（SPA）。不利于SEO：搜索引擎爬虫可能无法很好地解析由JavaScript动态生成的页面内容，导致SEO效果较差。白屏时间：在JavaScript代码加载和执行期间，用户可能会看到空白的页面，即所谓的“白屏时间”。
示例（使用React）：
// 假设有一个React组件
import React from 'react';
function MyComponent() {
const [message, setMessage] = React.useState('Hello, CSR!');
const handleClick = () => {
setMessage('Clicked!');
};
return (
<div>
<p>{message}</p>
<button onClick={handleClick}>Click Me</button>
</div>
);
}
// 在HTML文件中引入React和组件的JavaScript文件
// 浏览器加载并执行这些JavaScript，从而渲染页面
二、SSR（服务器端渲染）
介绍：
SSR（Server-Side Rendering）是一种在服务器端完成页面渲染的技术。在这种模式下，服务器接收到客户端的请求后，会先根据请求数据和模板文件生成完整的HTML页面，然后将这个页面直接发送给客户端。这样，用户可以直接看到完成的内容，无需等待JavaScript加载和执行。
优点：
首屏加载速度快：由于服务器已经生成了完整的HTML页面，因此客户端可以直接显示这个页面，无需等待JavaScript加载和执行。SEO友好：搜索引擎爬虫可以很好地解析由服务器生成的HTML页面内容，有利于SEO优化。适合复杂页面：对于包含大量数据、需要复杂计算的页面，SSR可以更好地处理并减少客户端的负载。
缺点：
服务器压力大：对于每个请求，服务器都需要重新渲染页面，这可能导致服务器压力过大。开发限制：SSR要求开发者在编写Vue组件时，需要考虑到服务器端和客户端环境的差异，不能过度依赖客户端环境。调试困难：SSR的调试过程相对复杂，需要同时考虑到服务器端和客户端的日志和错误信息。
示例（使用React的服务器端渲染）：
// 服务器端代码（Node.js）
const React = require('react');
const ReactDOMServer = require('react-dom/server');
const MyComponent = require('./MyComponent').default; // 假设MyComponent是上面定义的React组件
// 渲染组件为HTML字符串
const html = ReactDOMServer.renderToString(<MyComponent />);
// 将HTML字符串发送给客户端
// ...（这里省略了HTTP服务器和响应发送的代码）
三、SSG（静态站点生成）
介绍：
SSG（Static Site Generation）是一种在构建时生成静态HTML页面的技术。在这种模式下，开发者会编写一些模板文件和数据文件，然后使用构建工具（如Hugo、Gatsby等）将这些文件转换为静态的HTML页面。这些页面可以直接部署到服务器上，而不需要服务器进行实时渲染。
优点：
性能卓越：由于页面是静态的，因此无需等待服务器渲染，直接由浏览器加载显示，具有出色的性能。安全性高：由于服务器只提供静态文件，因此降低了遭受攻击的风险。适合内容型网站：对于内容更新不频繁的内容型网站（如博客、文档网站等），SSG是一个很好的选择。
缺点：
动态性受限：由于页面是静态的，因此难以实现复杂的动态交互效果。构建时间长：对于大型站点，构建时间可能会比较长。不适合频繁更新：对于需要频繁更新数据的网站，SSG可能不太适合，因为每次更新都需要重新构建并部署整个网站。
示例（使用Nunjucks模板引擎）：
模板文件（index.njk）：
<!DOCTYPE html>
<html>
<head>
<title>My Static Site</title>
</head>
<body>
<h1>{ { message }}</h1>
</body>
</html>
构建脚本（Node.js）：
const nunjucks = require('nunjucks');
const fs = require('fs');
// 配置Nunjucks模板引擎
nunjucks.configure('views', { autoescape: true });
// 渲染模板
const res = nunjucks.render('index.njk', { message: 'Hello, SSG!' });
// 将渲染结果写入HTML文件
fs.writeFileSync('dist/index.html', res);
// 现在你可以将生成的`dist/index.html`部署到服务器上
总结
CSR、SSR和SSG各有优缺点，适用于不同的场景和需求。在选择使用哪种技术时，需要根据项目的具体需求来权衡利弊。
例如，对于需要丰富交互效果和实时数据的场景，可以选择CSR；对于需要优化首屏加载速度和SEO效果的场景，可以选择SSR；而对于内容更新不频繁、对性能要求高的场景，可以选择SSG。同时，也可以结合使用多种技术来实现更好的用户体验和性能优化。
前端的世界总是在不断变化，作为开发者，我们需要保持好奇心和学习热情，不断探索新的技术，只有这样，我们才能在这个快速发展的时代中立于不败之地。低代码也是一个值得我们深入探索的领域，让我们拭目以待，它将给前端世界带来怎样的变革。
介绍一款程序员都应该知道的软件JNPF快速开发平台，很多人都尝试用过它，它是功能的集大成者，任何信息化系统都可以基于它开发出来。
JNPF可以实现应用从创建、配置、开发、测试到发布、运维、升级等完整生命周期的管理。减少了传统应用程序的代码编写量，通过图形化、可视化的界面，以拖放组件的方式，即可快速生成应用程序的产品，大幅降低了开发企业管理类软件的难度。
声明
本文内容仅代表作者观点，或转载于其他网站，本站不以此文作为商业用途
如有涉及侵权，请联系本站进行删除
转载本站原创文章，请注明来源及作者。