【redux】详解react/redux的服务端渲染：页面性能与SEO

发布时间：2017-07-13 16:25:36.527作者：IT网络文摘

为什么服务端渲染首屏渲染快？（对比客户端首屏渲染）

react客户端渲染的一大痛点就是首屏渲染速度慢问题，因为react是一个单页面应用，大多数的资源需要在首次渲染前就加载好，这较大程度地拖慢了首屏渲染速度。有一些方式能够较好地解决这个问题： 1.webpack的按需加载（代码分割）http://www.css88.com/doc/webpack2/guides/code-splitting/ （这与本篇文章没有太大关系，所以我只丢链接）2.我们这篇文章提到的react/redux的服务端渲染 客户端渲染，服务端渲染具体的渲染过程的比较: Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

无论是客户端渲染，服务端渲染，它们都包含三个主体过程：a:下载JS/CSS代码b:请求数据c:渲染页面客户端渲染：a -> b ->c （a,b,c都在客户端进行）服务端渲染：b -> c ->a （b,c在服务端进行，最后的a在客户端进行）服务端渲染改变了a,b,c三个过程的执行顺序和执行方 为什么服务端渲染首屏渲染快 1.相比于客户端首屏渲染，服务端首屏渲染不需要在客户端下载JS/CSS代码（请注意我说的是“首屏”），客户端接受服务端内容的时候，接受到的已经是完整的可视页面2.服务端在内网请求数据（拉取数据），数据响应速度是很快的，而对于客户端渲染，外网http请求开销大，且受到具体的网络环境的限制 两个注意要点:“首屏”和“可视” 上面我在服务端首屏渲染中，强调了两个词：“首屏”和“可视”1.服务端只做首屏的渲染，后续的渲染过程都移交客户端处理，这是为了减少服务器的负担（这个首屏渲染不需要在客户端下载JS代码）2.服务端渲染的是“可视”页面，没错，就是字面意思，这个页面就“只是用来看的”，没有具体的交互功能！！，因为我们的JS代码还没下载好呀，而当具体的JS代码在客户端下载好并执行后，这个页面才具有了完整的交互功能 更详细的资料：Node直出理论与实践总结（详细：https://github.com/joeyguo/blog/issues/8） 上文中描述的客户端渲染和服务端渲染，实际上对应了两种Web构建模式：前后分离模式和直出模式 模式一：前后分离模式（对应客户端渲染） Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

模式二：直出模式（对应服务端渲染） Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

最后对用服务端做react的首屏渲染做个比喻：在一场接力赛跑里，第一棒（首屏渲染）是尤为重要的，所以教练让一位健壮敏捷的小伙（服务端）来接，而当这位小伙把棒交给下一位选手后（客户端），他的任务（首屏渲染）也就结束了，而所有剩下的工作都交给这下一位伙伴去做了。（体育差，可能比喻得不太好，见谅～～）

为什么服务端渲染有利于SEO？（对比客户端渲染）

原因很简单，因为客户端渲染全部依赖于虚拟DOM，而搜索引擎爬不到虚拟DOM（主要是国内搜索引擎）为了直观地表述这一点，让我们看服务端渲染/客户端渲染下demo的源代码吧！这是我下面将要展示的demo的截图： Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

这是客户端渲染时候的源代码： Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

没错，在根div节点下一点HTML都看不到！这会让国内的搜索引擎非常苦恼，因为搜不到但是当使用服务端做首屏渲染的时候它的源代码就变成了这样： Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

这样搜索引擎就能搜到啦！（具体代码下面介绍）是不是搜索引擎都爬不到虚拟DOM呢？NO！！国外：谷歌可以，雅虎可以，BING可以，Duck Duck Go可以国内：百度不可以。。。具体看这篇文章：SEO vs. React: Web Crawlers are Smarter Than You Think（https://medium.freecodecamp.org/seo-vs-react-is-it-neccessary-to-render-react-pages-in-the-backend-74ce5015c0c9）放一下文章中爬虚拟DOM的截图：这是BING： Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训这是雅虎：这是百度 综上，在国内做react产品，服务端首屏渲染还是很重要滴～～ 回到顶部

服务端渲染的具体的代码

我们的src目录由三部分组成：common，client和server，利用express框架开启服务器 Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训展开后：它们间的关系如下：

【注意】client和server部分的代码是本文着重要讲解的部分，common的部分就一笔带过了好，先放我们的代码： common部分： action/index.js :

export const increment = () => {   return { type:'INCREMENT' } }   export const decrement = () => {   return { type:'DECREMENT' } }

Reducer/index.js :

import { combineReducers } from 'redux'   const initState = { number:0 } const counterReducer = (state = initState, action) => { const { number } = state switch (action.type) {    case 'INCREMENT':      return { number:number + 1}    case 'DECREMENT':      return { number:number - 1}    default:      return state    } }   export default combineReducers({ counterReducer })

store/index.js :

import { createStore } from 'redux' import reducer from '../reducer'   export default (preloadedState={}) => {   const store = createStore(     reducer,     preloadedState    )     return store }

containner/index.js :

import React from 'react' import { connect } from 'react-redux' import { bindActionCreators } from 'redux' import ComponentApp from '../component' import * as NumberActions from '../action'   const mapStateToProps = state => {    return { number:state.counterReducer.number } }   const mapDispatchToProps = dispatch => {    return bindActionCreators(NumberActions,dispatch) } export default connect(mapStateToProps, mapDispatchToProps)(ComponentApp)

component/index.js :

import React from 'react'   class ComponentApp extends React.Component{   render () {     const { number, increment, decrement } = this.props     return (       <div>         <h1>{number}</h1>         <button onClick={increment}>增1</button>         <button onClick={decrement}>减1</button>       </div>        )        }  }    export default ComponentApp

server部分： server/server.js :

import React from 'react''path''react-dom/server''react-redux''../common/store''../common/container'     express = require("express" webpackDevMiddleware = require("webpack-dev-middleware" webpack = require("webpack" webpackConfig = require('../../webpack.config.js' app = compiler =  //链接  = (html, preloadState) => `<!doctype html>           <html>             <head>               <meta charset="utf-8">               <meta name="viewport" content="width=device-width, initial-scale=1">               <link rel="shortcut icon" href="%PUBLIC_URL%/favicon.ico">               <title>React App</title>             </head>             <body>               <div id="root">${html}</div>               <script>window.__INITIAL_STATE__ =${JSON.stringify(preloadState)}</script>               <script src="/static/bundle.js"></script>             </body>            </html>` = (req, res) => const store = const html = ReactDOMServer.renderToString(
          <Provider store={store}>             <App />           </Provider>  const preloadState =   app.listen(3000, (error) =>

server/index.js :

// 确保在node环境下能编译es6（es2015）和JSX（react）的语法 require('babel-core/register')({   presets: ['es2015', 'react'] }) require('./server')

client部分：

import React from 'react' import ReactDOM from 'react-dom' import { Provider } from 'react-redux' import createStore from '../common/store' import App from '../common/container'   // 取得服务端发送过来的初始化state const initialState = window.__INITIAL_STATE__ // 初始化store const store = createStore(initialState) // reactDOM渲染 ReactDOM.render(   <Provider store={store}>     <App />   </Provider>,   document.getElementById('root') )

【注意】：1.对express框架不太熟悉的同学可看一下express的文档http://www.expressjs.com.cn/4x/api.html2.我上面的例子和redux官方文档的例子大致相同，更详细的介绍请看这里：http://redux.js.org/docs/recipes/ServerRendering.html demo如下，点击按钮让数字加一或减一 Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训【注意】采用客户端渲染和服务端渲染demo无大差异，区别在于首屏渲染的速度（服务端渲染要快） React/redux服务端渲染的整体思路：

【注意】最后客户端渲染的时候，因为服务端已经做了首屏渲染，所以这里不再重复渲染页面，而只挂载监听器，具体请看下面：

如何理解两个渲染过程？（ReactDOMServer.renderToString和 reactDOM.render的联系）

一开始让我感到疑惑的就是这两个过程，因为单从代码上看似乎我们做了两次重复的渲染，但实际上却并不是这样。 renderToString会将虚拟DOM转化成一段带有“标记”（markup）的HTML字符串，“标记”包括 id和校验和两部分，见下图： Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训这段HTML字符串发送到客户端后，在调用ReactDOM.render()时候，将根据校验和（data-react-checksum）判断是否需要重新render: 1.校验和相同，只挂载事件监听器，不重新render2.校验和不同，重新render 这告诉我们：当服务端/客户端共用APP的虚拟DOM的前提下，是不会有冗余的重渲染的 react文档原文：Render a React element to its initial HTML. This should only be used on the server. React will return an HTML string. You can use this method to generate HTML on the server and send the markup down on the initial request for faster page loads and to allow search engines to crawl your pages for SEO purposes. If you call ReactDOM.render() on a node that already has this server-rendered markup, React will preserve it and only attach event handlers, allowing you to have a very performant first-load experience.

为什么要把state(redux)从服务端传到客户端？

保证前后端数据的一致性回到顶部

解决服务端渲染代码中的“痛点”

在node环境运行ES6语法和JSX语法——babel-core/register的使用

在做服务端渲染的时候，让我蛋疼的莫过于在server.js中，babel-loader插件和.babelrc文件失效了 我原本配置了.babelrc文件和wepack的babel-loader插件，可它们是针对浏览器环境的,在node环境下失效了，换而言之，我遭遇了无法在我的server.js中使用ES6语法和JSX语法的问题。服务端ES6语法编译失败（注：这是在配好了.babelrc文件和wepack的babel-loader插件前提下发生的） Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

服务端JSX语法(react)编译失败 Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

所以我在server.js中加了这一段代码：

require('babel-core/register')({    presets: ['es2015', 'react'] })

然后，编译成功！ Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训

【注意】redux官方文档里还有其他的解决方法，原理类似，想了解更多请看redux官方文档http://redux.js.org/docs/recipes/ServerRendering.html

使发送到客户端的页面能访问打包后的bundle.js—— webpack.output.publicPath的使用

webpackDevMiddleware中的publicPath参数要和webpack.output.publicPath中的参数保持一致 例如：这是我在webpack.config.js中的output参数：（关键在于publicPath）

output:{   filename:'bundle.js',   path:path.join(__dirname,'dist'),   publicPath: '/static' }

这是我在server.js中的webpackDevMiddleware中的publicPath参数相关代码：

var webpackConfig = require('../../webpack.config.js'); // 省略其他内容 app.use(webpackDevMiddleware(compiler, { publicPath:webpackConfig.output.publicPath // Same as `output.publicPath` in most cases. }));

然后我们在输出的HTML页面中就可以通过指定的'/static目录去访问被webpack打包后的bundle.js文件了 Android培训,安卓培训,手机开发培训,移动开发培训,云培训培训