今天写个小 Demo
来从头实现一下 react
的 SSR
,帮助理解 SSR
是如何实现的,有什么细节。
SSR
即 Server Side Rendering
服务端渲染,是指将网页内容在服务器端中生成并发送到浏览器的技术。相比于客户端渲染(CSR
),SSR
一般用于以下场景:
SEO
(搜索引擎优化):由于部分搜索引擎对 CSR
内容支持不佳,所以 SSR
可以提升网站在搜索引擎结果中的排名。SSR
可以在服务器端生成完整的 HTML
页面,用户打开网页时能够更快地看到内容,不会看到长时间的白屏,可以提升用户体验。CSR
需要从服务器将数据下载下来进行动态渲染,所以一些数据很容易被他人获取,而 SSR
由于数据到渲染的过程在服务端实现,所以可以用来隐藏一些不想让他人轻易获得的数据。简单的 SSR
其实实现很简单,只需要在服务端导入要渲染的组件,然后调用 react-dom/server
包中提供的 renderToString
方法将该组件的渲染内容输出为字符串后返回客户端即可。
下面写一个简单的例子:
服务端代码:
import express from 'express';
import React from 'react';
import { renderToString } from 'react-dom/server';
import App from '../ui/App';
const app = express();
app.get('/', (_: unknown, res: express.Response) => {
res.send(renderToString(<App />));
});
app.listen(4000, () => {
console.log('Listening on port 4000');
});
此处要注意服务端需要支持 jsx
语法的解析,我这里直接使用 esno
执行 ts
代码,在 tsconfig.json
中配置 jsx
即可。
其实看到这里就能明白为什么在 SSR
的页面上使用 window
、localstorage
等浏览器 API
需要放到 useEffect
里了,因为该页面的组件都会被 server
端读取解析,而 server
端并没有这些 API
。
然后看下 App
组件的代码:
import React, { useCallback } from 'react';
export default () => {
const log = useCallback(() => {
console.log('Hello world');
}, []);
return (
<div>
<p>react ssr demo</p>
<button onClick={log}>Click me</button>
</div>
);
};
启动服务器后 server
端就会使用 renderToString
将 <App />
渲染成 html
字符串,然后通过 send
返回给前端,下面就是服务端返回的 html
内容:
<div>
<p>react ssr demo</p>
<button>Click me</button>
</div>
打开浏览器访问该地址即可看到服务端返回了该 html
片段:
如果你跟着上面的操作很快就会发现问题:为什么点按钮没法操作了?
其实原因很简单,因为我们只拿到了一个 html
并没有任何的 js
,事件绑定等自然是无法实现的,要复活组件的交互我们还需要很重要的一步 - hydrate
也就是常说的水合。
hydrate
即通过 react
将对应的组件重新渲染到 SSR
渲染的静态内容上,类似于 render
差异点在于 render
会忽略 root
元素中现有的 dom
而 hydrate
则会复用并会进行内容匹配检查。
Hydration failed because the initial UI does not match what was rendered on the server.
如果遇到上述错误即表示在客户端执行 hydrate
时服务端返回的初始的 dom
和 hydrate
接收到的需要进行渲染的 dom
不匹配。
说了这么多我们再来看下代码如何编写,首先要进行 hydrate
我们需要客户端的代码来执行:
import React from 'react';
import { hydrateRoot } from 'react-dom/client';
import App from './App';
hydrateRoot(document.getElementById('root')!, <App />);
然后将该代码进行编译打包,我这里就直接使用 webpack
进行打包:
const path = require('path');
module.exports = {
entry: './ui/index.tsx',
output: {
path: path.resolve(__dirname, 'static'),
filename: 'bundle.js'
},
resolve: {
extensions: ['.ts', '.tsx', '.js', '.jsx']
},
module: {
rules: [
{
test: /\.(t|j)sx?$/,
exclude: /node_modules/,
use: {
loader: 'babel-loader',
options: {
presets: ['@babel/preset-react', '@babel/preset-typescript']
}
}
}
]
}
};
打包完成后生成一个 bundle.js
即可在客户端使用它来进行 hydrate
。
然后我们再修改下 server
端的代码:
app.get('/', (_: unknown, res: express.Response) => {
res.send(
`
<div id="root">${renderToString(<App />)}</div>
<script src="/bundle.js"></script>
`
);
});
app.use(express.static('static'));
我们在静态内容的外层套上 root
元素,然后在下方引入我们刚刚编译的脚本,然后就可以在客户端看到我们想要的结果:
可以看到事件可以正常触发了。
此处还有个注意点,在 server
端要注意将静态字符串包裹在 root
元素中不要添加换行空格等,不然 react
在 hydrate
时依旧会因为内容不匹配而提示 Hydration failed
(仅在 hydrateRoot
时出现,如果使用 hydrate
不会报错,不过 18 中 hydrate
已经被弃用。)
此时有些同学可能发现一些问题:前面的内容所渲染的内容都是静态的,如果要针对用户渲染出不同的内容比如用户信息等如何是好?
其实很简单,只需要在服务端将对应的信息作为 props
进行渲染即可,我们下面使用 userName
模拟一下:
app.get('/', (_: unknown, res: express.Response) => {
const userName = ['张三', '李四', '王五', '赵六'][(Math.random() * 4) | 0];
res.send(
`
<div id="root">${renderToString(<App userName={userName} />)}</div>
<script src="/bundle.js"></script>
`
);
});
可是客户端要如何与服务端匹配呢?此处有两种解决方案:
hydrate
操作。可以看出方案 1 会带来明显的延时,所以一般会采用方案 2,实现一般可以使用全局变量或特定标签来实现:
app.get('/', (_: unknown, res: express.Response) => {
const userName = ['张三', '李四', '王五', '赵六'][(Math.random() * 4) | 0];
res.send(
`
<div id="root">${renderToString(<App userName={userName} />)}</div>
<script>
window.__initialState = { userName: '${userName}' };
</script>
<script src="/bundle.js"></script>
`
);
});
import React from 'react';
import { hydrateRoot } from 'react-dom/client';
import App from './App';
hydrateRoot(document.getElementById('root')!, <App {...window.__initialState} />);
React
中的 SSR
可以通过 renderToString
来实现,但是只能输出静态内容,要让页面支持交互需要搭配 hydrate
使用。SSR
时服务端需要支持 jsx
语法的解析,因为服务端也需要读取组件。hydrate
会检查服务端与客户端的内容是否匹配。props
的约定。本文的 demo
代码放置在 React SSR Demo 中,可自行取阅。
手机扫一扫
移动阅读更方便
你可能感兴趣的文章