vue.js react.js 一文理解服务端渲染SSR的原理，附实战基于vite和webpack打造React和Vue的SSR开发环境

SSR和CSR

首先，我们先要了解什么是SSR和CSR，SSR是服务端渲染，CSR是客户端渲染，服务端渲染是指 HTTP 服务器直接根据用户的请求，获取数据，生成完整的 HTML 页面返回给客户端（浏览器）展现。相对地，HTTP 服务器根据用户请求返回对应的 JSON 数据，在 HTML 页面中通过 JavaScript 来生成最终用户看到的页面，叫做客户端渲染。比如，现在非常流行的 Vue 和 React 框架就是客户端渲染的一个应用。在非常早期的 Web 技术中，大家还是使用 JSP这种古老的模板语法来编写前端的页面，然后直接将 JSP 文件放到服务端，在服务端填入数据并渲染出完整的页面内容，可以说那个时代的做法是天然的服务端渲染。但是随着Web2.0的到来。Web应用变得复杂了起来，相比于服务端渲染要发送完整页面，客户端渲染每次只需要请求页面上需要更新的数据，网络传输数据量小，能够显著减轻服务器压力。而且客户端渲染真正实现了前后端职责分离，后端只需关注数据，逻辑由前端的 JS 去完成，这种开发模式更加灵活，效率也更高。因此，客户端渲染渐渐成为了主流。

但客户端渲染也存在着一定的问题，例如首屏加载比较慢、对 SEO 不太友好，因此 SSR即服务端渲染技术应运而生，它在保留 CSR 技术栈的同时，也能解决 CSR 的各种问题。在某些特定的情况下，采用服务端渲染要比客户端渲染有优势，所以服务端渲染又逐渐回归人们的视野，成为了特定场景下的一种选择。当然，SSR 中只能生成页面的内容和结构，并不能完成事件绑定，因此需要在浏览器中执行 CSR 的 JS 脚本，完成事件绑定，让页面拥有交互的能力，这个过程被称作hydrate(翻译为注水或者激活)。同时，像这样服务端渲染 + 客户端 hydrate 的应用也被称为同构应用。

这里附上CSR和SSR的简易流程图

看到这里相信大家应该对SSR和CSR的区别有所了解了，接下来我们就自己动手搭建React和Vue的SSR环境，我们分别使用webpack和vite来搭建。

实战环节

使用vite打造React的SSR环境

搭建项目骨架

首先我们先使用vite初始化一个React的项目,我们这里包管理工具使用pnpm，如果没有下载pnpm,先在命令行执行npm install pnpm -g，然后我们执行pnpm create vite,输入我们的项目名，然后选择React和ts进行开发，进入项目根目录执行pnpm i安装依赖。

然后我们进入tsconfig.json里，把esModuleInterop的值改为true，让我们在项目里可以支持import path from 'path'这种写法’:

{"compilerOptions": {"target": "ESNext","useDefineForClassFields": true,"lib": ["DOM", "DOM.Iterable", "ESNext"],"allowJs": false,"skipLibCheck": true,// 可以支持import path from 'path'的写法"esModuleInterop": true,"allowSyntheticDefaultImports": true,"strict": true,"forceConsistentCasingInFileNames": true,"module": "ESNext","moduleResolution": "Node","resolveJsonModule": true,"isolatedModules": true,"noEmit": true,"jsx": "react-jsx"},"include": ["src"],"references": [{ "path": "./tsconfig.node.json" }]

}

删除项目自带的src/main.ts，然后在 src 目录下新建entry-client.tsx和entry-server.tsx两个入口文件:

entry-client.ts

// 客户端入口文件

import React from 'react'

import ReactDOM from 'react-dom/client'

import App from './App'

import './index.css'

ReactDOM.hydrateRoot(document.getElementById('root')!,

)

entry-server.ts

// 导出 SSR 组件入口

import App from './App'

import './index.css'

function ServerEntry(props: any) {return

}

export { ServerEntry }

我们以 Express 框架为例来实现 Node 后端服务，后续的 SSR 逻辑会接入到这个服务中。当然我们需要安装以下的依赖:

pnpm i express -S

pnpm i @types/express -D

接着新建src/ssr-server/index.ts:

// 后端服务

import express from 'express';

async function createServer() {const app = express();app.listen(3000, () => {console.log('Node 服务器已启动~')console.log('http://localhost:3000');});

}

createServer();

SSR运行时的实现

SSR 作为一种特殊的后端服务，我们可以将其封装成一个中间件的形式，如以下的代码所示:

src/ssr-server/index.ts

import express, { RequestHandler, Express } from 'express'

import { ViteDevServer } from 'vite'

const isProd = process.env.NODE_ENV === 'production'

const cwd = process.cwd()

async function createSsrMiddleware(app: Express): Promise {let vite: ViteDevServer | null = nullif (!isProd) {vite = await (await import('vite')).createServer({root: process.cwd(),server: {middlewareMode: 'ssr',},})// 注册 Vite Middlewares// 主要用来处理客户端资源app.use(vite.middlewares)}return async (req, res, next) => {// SSR 的逻辑// 1. 加载服务端入口模块// 2. 数据预取// 3. 「核心」渲染组件 -> 字符串// 4. 拼接 HTML，返回客户端}

}

async function createServer() {const app = express()// 加入 Vite SSR 中间件app.use(await createSsrMiddleware(app))app.listen(3000, () => {console.log('Node 服务器已启动~')console.log('http://localhost:3000')})

}

createServer()

Ok,那接下来我们来实现中间件内SSR的逻辑实现，首先实现第一步即加载服务端入口模块:

我们将它抽离到src/server/utils.ts里:

src/server/utils.ts

import { ViteDevServer } from 'vite'

import path from 'path'

export const isProd = process.env.NODE_ENV === 'production'

export const cwd = process.cwd()

async function loadSsrEntryModule(vite: ViteDevServer | null) {// 生产模式下直接 require 打包后的产物if (isProd) {const entryPath = path.join(cwd, 'dist/server/entry-server.js');return require(entryPath);} // 开发环境下通过 no-bundle 方式加载else {const entryPath = path.join(cwd, 'src/entry-server.tsx');return vite!.ssrLoadModule(entryPath);}

}

我们补充一下中间件的逻辑：

async function createSsrMiddleware(app: Express): Promise {// 省略前面的代码return async (req, res, next) => {const url = req.originalUrl;// 1. 服务端入口加载const { ServerEntry } = await loadSsrEntryModule(vite);// ...}

}

接下来我们来实现服务端的数据预取操作，你可以在entry-server.tsx中添加一个简单的获取数据的函数:

export async function fetchData() {return { user: 'pujie' }

}

然后在 SSR 中间件中完成数据预取的操作:

src/ssr-server/index.ts

async function createSsrMiddleware(app: Express): Promise {// 省略前面的代码return async (req, res, next) => {const url = req.originalUrl;// 1. 服务端入口加载const { ServerEntry, fetchData } = await loadSsrEntryModule(vite);// 2. 预取数据const data = await fetchData();}

}

接着我们进入到核心的组件渲染阶段: src/ssr-server/index.ts

import { renderToString } from 'react-dom/server';

import React from 'react';

async function createSsrMiddleware(app: Express): Promise {// 省略前面的代码return async (req, res, next) => {const url = req.originalUrl;// 1. 服务端入口加载const { ServerEntry, fetchData } = await loadSsrEntryModule(vite);// 2. 预取数据const data = await fetchData();// 3. 组件渲染 -> 字符串const appHtml = renderToString(React.createElement(ServerEntry, { data }));}

}

我们在第一步之后我们拿到了入口组件，现在可以调用React的renderToStringAPI 将组件渲染为字符串，组件的具体内容便就此生成了。 OK，目前我们已经拿到了组件的 HTML 以及预取的数据，接下来我们在根目录下的 HTML 中提供相应的插槽，方便内容的替换:

index.html

OK然后我们拿到html文件后，我们要将插槽占位的内容换成对应的内容,然后将html返回给客户端: src/ssr-server/index.ts

async function createSsrMiddleware(app: Express): Promise {// 省略之前的代码return async (req, res, next) => {const url = req.originalUrl;// 省略前面的步骤// 4. 拼接完整 HTML 字符串，返回客户端const templatePath = resolveTemplatePath();let template = await fs.readFileSync(templatePath, 'utf-8');// 开发模式下需要注入 HMR、环境变量相关的代码，因此需要调用 vite.transformIndexHtmlif (!isProd && vite) {template = await vite.transformIndexHtml(url, template);}const html = template.replace('', appHtml)// 注入数据标签，用于客户端 客户端进行注水接管浏览器事件.replace('',``);res.status(200).setHeader('Content-Type', 'text/html').end(html);}

}

补充工具函数: src/ssr-server/utils.ts

export function resolveTemplatePath() {return isProd? path.join(cwd, 'dist/client/index.html'): path.join(cwd, 'index.html')

}

在拼接 HTML 的逻辑中，除了添加页面的具体内容，同时我们也注入了一个挂载全局数据的script标签，这是用来干什么的呢？

在 SSR 的基本概念中我们就提到过，为了激活页面的交互功能，我们需要执行 CSR 的 JavaScript 代码来进行 hydrate 操作，而客户端 hydrate 的时候需要和服务端同步预取后的数据，保证页面渲染的结果和服务端渲染一致，因此，我们刚刚注入的数据 script 标签便派上用场了。由于全局的 window 上挂载服务端预取的数据，我们可以在entry-client.tsx也就是客户端渲染入口中拿到这份数据，并进行 hydrate，如果我们要做全局状态管理也是这个思路。

entry-client.tsx

import React from 'react'

import ReactDOM from 'react-dom/client'

import App from './App'

import { fetchData } from './entry-server'

import './index.css'

// 跳过ts类型检测

// @ts-ignore

const data = window.__SSR_DATA__ ?? fetchData() // 如果服务端获取数据失败我们要做客户端降级，在客户端获取数据

ReactDOM.hydrateRoot(document.getElementById('root')!,

)

我们在这里还需要处理生产环境下静态资源的处理，这里我们可以通过serve-static中间件来完成这个服务：

async function createSsrMiddleware(app: Express): Promise {return async (req, res, next) => {try {const url = req.originalUrl;if (!matchPageUrl(url)) {// 走静态资源的处理return await next();}// SSR 的逻辑省略} catch(e: any) {vite?.ssrFixStacktrace(e);console.error(e);res.status(500).end(e.message);}}

}

async function createServer() {const app = express();// 加入 Vite SSR 中间件app.use(await createSsrMiddleware(app));// 注册中间件，生产环境端处理客户端资源if (isProd) {app.use(serve(path.join(cwd, 'dist/client')))}// 省略其它代码

}

我们还需要补充matchPageUrl这个工具函数

src/ssr-server/utils.ts

export function matchPageUrl(url: string) {if (url === '/') {return true}

}

这样一来，我们就解决了生产环境下静态资源失效的问题。不过，一般情况下，我们会将静态资源部上传到 CDN 上，并且将 Vite 的 base 配置为域名前缀，这样我们可以通过 CDN 直接访问到静态资源，而不需要加上服务端的处理。

自定义head

在 SSR 的过程中，我们虽然可以在决定组件的内容，即

这个容器 div 中的内容，但对于 HTML 中head的内容我们无法根据组件的内部状态来决定，比如对于一个直播间的页面，我们需要在服务端渲染出 title 标签，title 的内容是不同主播的直播间名称，不能在代码中写死，这种情况怎么办？React其实有一个库叫react-helmet可以帮我们完成这个需求,我们下载这个库：

Ok,我们编写一下App.tsx的内容：

import logo from './assets/react.svg'

import './App.css'

import { Helmet } from 'react-helmet'

export interface AppProps {data: any

}

function App(props: AppProps) {const { data } = props// @ts-ignorereturn (

" style="margin: auto" />

}

export default App

OK,最后我们在package.json里添加一些脚本：

"scripts": {// 开发阶段启动 SSR 的后端服务"dev": "nodemon --watch src/ssr-server/index.ts --exec esno src/ssr-server/index.ts",// 打包客户端产物和 SSR 产物"build": "npm run build:client && npm run build:server","build:client": "vite build --outDir dist/client --ssrManifest --manifest","build:server": "vite build --ssr src/entry-server.tsx --outDir dist/server",// 生产环境预览 SSR 效果"preview": "set NODE_ENV=production && esno src/ssr-server/index.ts"},

nodemon大家应该比较熟悉，esno是用来执行ts文件的,类似ts-node,OK,我们安装一下依赖：

pnpm i esno nodemon -D

然后我们试一下开发环境怎么样，执行pnpm dev,可以看到如下页面：

OK，我们再试一下生产环境，执行pnpm build然后执行pnpm preview,看到的页面应该和开发环境一样的，那我们React简易的SSR环境就搭建完成了

使用webpack打造Vue的SSR环境

其实Vue的SSR环境搭建的过程是和React差不多的，只是将资源换成webpack处理而已，首先我们先搭建项目环境：

搭建项目骨架

pnpm init -y

pnpm install webpack webpack-cli -D

建立文件目录如下:

├─ package.json

├─ pnpm-lock.yaml

├─ server.js

├─ src

│├─ App.vue

│├─ entry-client.js

│├─ entry-server.js

├─ webpack.base.js

├─ webpack.client.js

└─ webpack.server.js

由于Vue的SSR搭建和React的思路差不多，所以不把步骤拆的那么细了，不过我会给代码添加注释

我们需要分别为服务端和客户端准备入口文件： entry-server.js

import { createSSRApp } from 'vue'

import App from './App.vue'

export default () => {return createSSRApp(App)

}

entry-client.js

import { createSSRApp } from 'vue'

import App from './App.vue'

createSSRApp(App).mount('#app')

两者区别在于：客户端版本会立即调用 mount 将组件挂载到页面上；而服务端版本只是 export 一个创建应用的工厂函数。

编写不同环境的webpack配置文件

我们需要分别为客户端、服务端版本编写 Webpack 配置文件和一个基础的配置文件，也就是服务端和客户端都会用到的配置，即上述目录中的三个**webpack.*.js 文件**。

webpack.base.js用于客户端和服务端的公共配置：

const path = require('path')

const { VueLoaderPlugin } = require('vue-loader')

module.exports = {mode: process.env.NODE_ENV === 'production' ? 'production' : 'development',output: {filename: '[name].[contenthash].js',path: path.join(__dirname, 'dist'),},resolve: {extensions: ['.vue', '.js'],},module: {rules: [{ test: /.vue$/, use: 'vue-loader' }],},plugins: [new VueLoaderPlugin()],

}

webpack.client.js 用于定义构建客户端资源的配置：

// 合并webpack配置的插件

const Merge = require('webpack-merge')

const path = require('path')

const HtmlWebpackPlugin = require('html-webpack-plugin')

const { WebpackManifestPlugin } = require('webpack-manifest-plugin')

const base = require('./webpack.base')

module.exports = Merge.merge(base, {entry: {// 入口指向 `entry-client.js` 文件client: path.join(__dirname, './src/entry-client'),},output: {publicPath: '/',},module: {rules: [{ test: /\.css$/, use: ['style-loader', 'css-loader'] }],},plugins: [// 这里使用 webpack-manifest-plugin 记录产物分布情况// 方面后续在 `server.js` 中使用new WebpackManifestPlugin({ fileName: 'manifest-client.json' }),// 自动生成 HTML 文件内容new HtmlWebpackPlugin({templateContent: `