阅读 3516

美少女秃头思考:react服务端渲染

富婆来报道,今天想问题想不出来,随手抓了一下头发,没想到啊没想到,我那浓(mei)密(sheng)茂(ji)盛(gen)的秀发又少了好几根,一定要改掉这个想不出来问题就揪头发的坏习惯。你们遇到问题想不出来都会有啥奇特的习惯呢?

想象一下妙龄美少女长发飘飘变成三毛的形象(科普:女性秃顶的概率是极低的不会变成英国皇室威廉王子那样代代传,可怜新出生的哈里王子的儿子,这个世界上又多了一个秃头的人),秃头要怎么办呢,只能努力学习挣钱,然后用掉头发挣来的钱再去植发。。。循环。。。

今天分享一篇公司大佬的文章,非常厉害的大神(崇拜脸),讲讲react服务端渲染。大家也可以自己动手实践一下。

React服务端渲染

写过React组件的同学都知道,React组件一般是基于浏览器端使用js渲染的。它所生成的Dom结构都是后期由js计算生成。如下图,我们可以看到页面源文件中id为root中的dom结构实际是空的。但实际在element元素中,已经可以看到Dom树的生成了。

客户端渲染DOM结构图

服务端渲染DOM结构图

React服务端渲染(简称SSR),也就是在服务器端直接渲染React组件,使用户在首屏便能感受到Dom树的存在,在页面html文件生成的同时,Dom结构也就存在了。用户看到的源文件即为图2。 那么为什么要使用服务端渲染呢?客户端渲染不是更能减轻服务端负担吗? 我们来看下

为什么要使用服务端渲染

简单了解了React-SSR,那么我们使用服务端渲染的目的主要是为了解决如下几大难题:

1、搜索引擎优化(seo)

因React组件采用js在浏览器中渲染,实际搜索引擎爬虫爬到的数据也就是图一中的没有DOM结构的数据。,及其不友好,如图1。

2、可以解决首屏白屏问题

Js渲染的组件需要消耗性能,故在性能较差的终端中,浏览器端渲染组件所消耗的时间就会比较长。在浏览器执行js渲染组件时,对用户而言,就是所谓的白屏。

开启服务端渲染前

开启服务端渲染后

开启前后script计算时间对比

如果你的项目存在上面的问题,而又不想抛弃React组件,可以尝试使用React服务端渲染。 服务端渲染,它到底用了什么原理呢?

服务端渲染原理

服务端渲染的方式有很多,主流的服务端语言为使用nodejs渲染。下图为简单原理图:

服务端渲染简单流程图

简单概括就是这三步骤:

1、客户端发起请求

2、Nodejs服务器分析页面数据结构并渲染React组件

3、客户端展示html

实例解说

下面我们来看下具体实例,实例是基于express的React服务端组件渲染实例。Express提供页面以及中间层的API(点击tab切换调用的接口)服务,Webpack实现服务端和客户端的React组件打包。

界面预览

总共包含一个页面、两个组件。其中组件一、二均能将首屏数据返回,同时在客户端重新执行react组件渲染。

首屏DOM结构

实例地址:(这是一个express_react_ssr脚手架) github.com/webqdtalk/e…

运行环境

Nodejs:6.9.0 不限于此版本
Webpack:3.5.2 不限于此版本
Package.json及相关说明
复制代码

这是Package.json:

{
  "name": "react-express-ssr",
  "version": "0.0.0",
  "private": true,
  "scripts": {
    "start": "webpack --progress && node ./bin/www"
  },
  "dependencies": {
    "axios": "^0.18.0",  //实现组件中ajax请求
    "babel-core": "^6.24.0", //打包react组件
    "babel-loader": "^6.4.1", //打包react组件
    "babel-preset-es2015": "^6.24.0",//打包react组件
    "babel-preset-react": "^6.23.0",//打包react组件
    "cookie-parser": "~1.4.3", //express依赖
    "css-loader": "^0.23.1",  //express依赖
    "debug": "~2.6.9", //express依赖
    "ejs": "~2.5.7", //express依赖
    "express": "~4.16.0", //express依赖
    "extract-text-webpack-plugin": "^2.1.0",//打包scss文件依赖
    "http-errors": "~1.6.2",//express依赖
    "morgan": "~1.9.0",//express依赖
    "node-sass": "^4.5.1", //打包scss文件依赖
    "react": "^16.8.6",//打包react组件
    "react-dom": "^16.8.6",//打包react组件,
    "sass-loader": "^6.0.3",//打包scss文件依赖
    "style-loader": "^0.13.0",//打包scss文件依赖
    "webpack": "^3.5.2" //打包react组件
  },
  "devDependencies": {
    "babel-preset-env": "^1.7.0",
    "babel-register": "^6.26.0"
  }
}
复制代码

Clone项目后,直接在根目录执行npm i

安装完成后运行npm start并打开浏览器访问localhost:3000就可以访问了。

重要模块说明 页面入口文件配置 当执行npm start并访问localhost:3000后,express入口文件app.js中引入了server/index.js

App.js

服务端路由如何实现

Express提供router方法

router.get('/urlpath', function(req, res, next) {
    const html=ReactDOMServer.renderToStaticMarkup(<App />);
    res.render(‘pageejs’, { title:"服务端渲染",content: html });
});
复制代码

如何实现服务端渲染

Webpack入口文件:server/index.js中引入了components中的组件,并执行ReactDOMServer.renderToStaticMarkup方法,将组件在服务端渲染为页面DOM结构字符串,再由express提供页面服务,在ejs模板中输出。

图四中的两个api接口是为了点击tab时请求数据用。图五为ejs模板文件。

Server/index.js

Views/index.ejs

服务端和客户端如何打包组件? Webpack配置如下:

Webpack.config.js

客户端渲染的入口文件为/components/app.js,也包含了服务端的入口文件,保证了服务端和客户端使用同一套组件输出,同时也保证在服务端渲染结束后,客户端组件能够继续正常运转。

Components/app.js

服务端渲染的入口文件为components/index.js

如下图中可以看到此入口文件中引用了两个额外的组件:swichtab和ssrplugin,就跟纯前端渲染的react组件基本一致!

Components/index.js

客户端打包组件后输出在public/main.css和public/index.js,在视图文件views/index.ejs中引用实现客户端渲染。

实践过程的注意点

1.express无法执行import 导致报错。

解决方案: npm i babel-register --save 同时在bin/www中配置babel-register

require('babel-register')({
  presets: ['env']
});
复制代码

2.服务端渲染css或者scss文件时报错

解决方案: 因服务端直接运行css或者scss等文件会导致语法报错,故在实际组件中,需要对require的scss文件进行容错或者动态按需加载。

try{
    require('./index.scss')  //因服务端渲染不需要scss文件,但webpack仍会处理scss文件,打包scss会出错,此处需要作为容错处理或按需加载
}catch(e){
    console.log(e.message);
}
复制代码

服务端渲染虽好,但是对项目的改造影响还是比较大的,改造需谨慎评估~

你懂的!!!

文章如有不对的地方,欢迎各位斧正!!

欢迎关注我的公众号,一起秃头,一起植发

Web前端Talk

文章分类
前端