共计 1747 个字符,预计需要花费 5 分钟才能阅读完成。
导读 | 首先解释 React 前后端同构、React 首屏渲染的概念。然后通过这 2 个概念解决服务端渲染完成后浏览器端重复渲染的问题。 |
为了解决某些问题(比如 SEO、提升渲染速度等)react 提供了 2 个方法在服务端生成一个 HTML 文本格式的字符串。在得到了这个 HTML 格式的字符串之后,通常会将其组装成一个页面直接返回给用户的浏览器。
到这里,服务端的活已经干完了,然后就是浏览器这边干活。
浏览器拿到 HTML 文本后,立刻进行渲染将内容呈现给用户。然后加载页面所需的 .js 文件,然后执行 JavaScript 脚本,然后开始初始化 react 组件…………
到这里问题就来了。react 初始化组件后会执行组件内所有 render () 方法,然后生成虚拟 DOM 的树形结构,然后在适当的时候将虚拟 dom 写到浏览器的真实 dom 中。因为 react 总是根据虚拟 dom 来生成真实 dom,所以最后会把服务器端渲染好的 HTML 全部替换掉。
上面这个事情说不是问题确实也不是问题,无非就是用户看到页面然后“闪现”一下。说是问题还真是个问题,产品会拿着这毛病从用户体验的角度在各种场合和你死磕半个月。磕累了你索性把服务端渲染关了,然后运营又拿着 SEO 的问题准备和你开始撕逼了。
聪明如 Facebook 的工程师当然想到了这些问题,所以他们在 ReactDOMServer.renderToString(element) 方法中提供了一个 checksum 机制。
关于 checksum 官网 并没有太多介绍,但是国内外的各路博客介绍了不少。我一直想找 react 开发者关于这个机制的介绍一直没找到……。
前后端同构就是保证前端和后端的 dom 结构一致,不会发生重复渲染。react 使用 checksum 机制进行保障。
简单的说就是 react 在浏览器内存中第一次生成的虚拟 dom 树。切记是虚拟 dom,而不是浏览器的 dom。
了解 react 的应该知道,所有 react 组件都有一个 render() 方法(如果使用 function 方式编写的组件会把 function 里的所有代码都塞到 render() 方法中去)。当 ReactDOM.render(element, container, [callback] ) 方法执行时,会执行以下步骤:
1. 所有组件的会先进行初始化(es6 执行构造函数)。
2. 所有组件的 render () 方法会被调用一次,完成这个过程后会得到一颗虚拟的 dom 树。
3. react 会将虚拟 dom 转换成浏览器 dom,完成后调用组件的 componentDidMount() 方法告诉你已经装载到浏览器上了。
在上面这个过程成中,步骤 2 完成后即为完成 react 的首屏渲染。结合 checksum 机制步骤 3 有可能不会执行。
当组件状态发生变更时(setState() 生命周期函数被调用)或者 父组件渲染时(父组件的 render() 方法被调用),当前组件的 render() 方法都会被执行,都有可能会导致虚拟 dom 变更,但是这些变更和首屏渲染没任何关系了。
了解了同构和首屏渲染,就好理解如何解决首屏不重复渲染的问题了。
首先服务端渲染完之后会有一个 checksum 值写在根元素的属性上:
这个 checksum 是根据服务端生成的 HTML 内容哈希计算得到的。
然后在浏览器加载完所有的 js 文件之后,开始执行前面介绍的 ReactDOM.render(element, container, [callback] ) 初始化渲染的三个步骤。当执行完第二步生成虚拟 dom 后,react 会根虚拟 dom 用相同的算法计算一个哈希值,如果和 checksum 一致则认为服务器已经完成渲染,不会再执行第三步。
如果 checksum 比对不一致,在 开发环境 和 测试环境 会在浏览器 console 中输出以下警告内容:
同构渲染的内容就这么多,原理其实蛮简单的,无非就是保证 DOM 一致。但是结合代码分片、异步加载、服务端调接口异步组装数据等等功能后,如何保证服务端和浏览器端第一次渲染的 dom 一致还得花不少功夫。不过原理清楚了,事情总能办成。
![post-qrcode](https://www.xgss.net/wp-content/uploads/2023/07/二维码-微信公众号256x256.jpg)