干货实例:什么是React服务端渲染?

富婆来报道,今天想问题想不出来,随手抓了一下头发,没想到啊没想到,我那浓(mei)密(sheng)茂(ji)盛(gen)的秀发又少了好几根,必定要改掉这个想不出来问题就揪头发的坏习惯。今天分享一篇公司大佬的文章,很是厉害的大神(崇拜脸),讲讲react服务端渲染。css

React服务端渲染

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

客户端渲染DOM结构图前端

图片描述

服务端渲染DOM结构图node

图片描述

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

为何要使用服务端渲染

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

1.搜索引擎优化(seo)ios

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

2.能够解决首屏白屏问题github

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

开启服务端渲染前
图片描述

开启服务端渲染后

图片描述

开启先后script计算时间对比

图片描述
图片描述

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

服务端渲染原理

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

服务端渲染简单流程图

图片描述

简单归纳就是这三步骤:
1.客户端发起请求
2.Nodejs服务器分析页面数据结构并渲染React组件
3.客户端展现html

实例解说

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

界面预览
图片描述

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

首屏DOM结构

图片描述

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

运行环境

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

图片描述

相关文章
相关标签/搜索