追求极致的用户体验ssr(基于vue的服务端渲染)

首先这篇博客并不是ssr建议教程，需要ssr入门的我建议也不要搜索博客了，因为官网给出了详细的入门步骤，只需要step by step就可以了，这篇博客的意义是如何使用ssr，可能不同的人有不同的意见，我舍弃了ssr中的vuex和vue-router增加了redis，serverfetch等等实现了适合自己公司的业务，个人认为并不是所有的东西都值得吸收，对我来说我能用到的只是ssr将vue生成一个html和对应的js。

虾面我们来看看什么是服务端渲染？

官网给出的解释：

Vue.js 是构建客户端应用程序的框架。默认情况下，可以在浏览器中输出 Vue 组件，进行生成 DOM 和操作 DOM。然而，也可以将同一个组件渲染为服务器端的 HTML 字符串，将它们直接发送到浏览器，最后将静态标记"混合"为客户端上完全交互的应用程序。

服务器渲染的 Vue.js 应用程序也可以被认为是"同构"或"通用"，因为应用程序的大部分代码都可以在服务器和客户端上运行。

ssr的服务端渲染大致的意思就是vue在客户端将标签渲染成的整个html片段的工作在服务端完成，服务端形成的html片段直接返回给客户端这个过程就叫做服务端渲染。

举个例子：

正常情况下我们使用vue或react框架浏览器获取所有资源后做的事情

1.浏览器加载所有资源(html,css,js,img...)-->2.cdn-->3.返回资源-->4.vue请求server获取业务数据-->5.返回数据渲染成html片段-->6.css渲染片段成一个网页-->用户

没错这里面最耗时的时间是4，5这两步骤，h5请求serverapi的过程本身除了服务器的限制，还有用户网络，宽带等等诸多限制，并且当页面逻辑过多，数据过于繁琐的情况下，我们的vue在client端渲染也会成为性能瓶颈，最明显的就是一些电商公司的首页，商品详情页等等。测试这个过程在优化前大概需要500ms左右，即使经过优化也需要200ms左右，这个时间几乎是难以接受的，并且我们在用户网络不是很好的情况下，如果我们serverfetch的过程需要500ms，再加上其他的各种请求资源，手机性能等等，用户就要看到将近一秒的白屏时间，这个明显是很差的用户体验。

ssr渲染

1.浏览器加载所有资源(html,css,js,img...)-->2.cdn-->3.返回资源-->4.css渲染片段成一个网页-->用户

这里我们不只是用ssr，我们也需要把所有的html片段缓存在node内存中，这个html片段一定只能放在内存中，不要想着要一小片redis内存和其他server端共用，因为并发亮极大的情况下出得流量有可能直接让redis挂掉。而这个性能放在node的内存中几乎可以忽略不计。我们如果需要存的时间很短的话，那么我们放在内存中并没有问题，因为实时数据刷新五秒可能就换一份内存数据，但是如果我们长时间去存这个备份可能就会出现数据不一致的问题，我们都知道一般线上部署node服务最少需要三台服务，而每一台的数据我们很难保证一只，用户a可能两个请求一个打到nodeA服务器上，另一个打到nodeB服务器上，这样就会出问题。这种内存只适合存那种时间很短的缓存，如果我们需要存几个小时那种我们还要考虑redis，因为我们需要数据实时同步，但是我们只能存储serverfetch的数据，而不能存整个html。一个ssr的时间大概是5ms左右，一台服务器的1s承受量就是1000/5*60% ＝ 120个请求，也就是说我们三台服务器的请求并发量大概能承受360-400左右，超出就要红色预警了！！这对那些并发量极大的项目并不合适，所有我们中和考虑，这个无非就是时间换空间，空间换时间的游戏。我们可以选择增加缓存，也可以添加服务器！

上手有一定难度！！！

首先你需要熟悉webpack2，vue，vuex，vue-router（vue的全家桶），node，express。个别逻辑还需要redis等等后端资源，如果你想做到极致（并发情况下不穿透），我们还需要了解锁的概念，同时我们也需要知道如何处理避免死锁，事务等等机制！

用户体验优化，如何做到更快的让用户看到页面呢？

首先最开始考虑的就是模版渲染，我们知道我们在本地打开本地html文件的时候几乎是瞬间就能看到页面的所有内容，那么我们有可能让用户直接看到一个用户页面么？

首先我想到的就是node的各种渲染模版，ejs？jade？我们可以通过node server端去fetch我们后台的所有数据，之后把数据拼成一个html直接给用户，这样确实能实现我们想要的东西，但不是最好的，首先我们目前市面上的三大框架vue，react，angular我们需要摒弃，我们还要把所有的业务逻辑拆分，因为有了框架的限制，这些都是不现实的，并且我们直接用server端的模版对于我们前端开发来说效率也是极低。

不管是react还是vue都有基于自己框架的服务端渲染。

今天我们来说一下基于vue的ssr

ssr官网

https://ssr.vuejs.org/zh/

ssr的好处官网已经给出，最吸引我的只有两点

1.更好的 SEO

2.更快的内容到达时间(time-to-content)

基本上按照官网step by step都可以写一个很小的vuessr的demo一些基础细节我们不去介绍了。官网给出的ssr大概的流程

vue－router在ready之前fetch所有vue的业务数据调用asyncData钩子，之后获取的数据去更新vuex之后我们渲染vue组件的时候组件获取所有的vuex的store数据，拼接成一个html字符串。

首先我们的需要两份webpack打包入口，一份去压缩client，一份去压缩server。

client的一端是new一个vue的实例然后通过app.$mount('#app')将其挂载到 DOM

server的一端我们需要返回一个promise，我们可以在这里fetchpro的数据放在这个promise里面return，这里我们可以new一个promise，也可以使用fetch，或vue的axios。（注意我们所有需要在服务端渲染的数据都要在这里获取到，然后再client端也要获取到，我们所有的数据不能放在vue中的mounted中获取，因为这样和客户端渲染没什么区别，vue暴漏的这个环境支持window也就是说这个位置其实是client端做的，也就是在ssr所有功能实现之后在执行，这样我们和之前就没有任何区别了）

client，和server需要import你的vue所有组件，之后就会吧所有的vue组件渲染成你需要的html，这里官网给的例子需要你们去使用vue的全家桶，而我刚刚说的serverfetch就不需要使用vue-router和vuex，我们已经把所有需要的数据在ssr之前就直接放进vue中，通过props的形式传给组件

app.js

export function createApp (obj) {
    const app = new Vue({
      render: h => h(App.default, obj)
    })
    return { app }
}

　　我们在client和server压缩入口就把所有内容传入组件，这样我们就可以实现把内容数据传到组件里面，实现vue的ssr

我的webpack：client

var webpack = require('webpack');
var ExtractTextPlugin = require("extract-text-webpack-plugin");
const VueSSRServerPlugin = require('vue-server-renderer/client-plugin')
const isProd = process.env.NODE_ENV === 'production'
console.log('NODE_ENV--->', process.env.NODE_ENV)
module.exports = {
    //页面入口文件配置
    entry: {
        index : './build/index/entry-client.js'
    },
    target: 'web',
    devtool: isProd?false:'#source-map',
    //入口文件输出配置
    output: {
        path: 'dist/index',
        filename: 'client_index_[hash].js',
      },
    module: {
      noParse: /es6-promise\.js$/, // avoid webpack shimming process
      rules: [
        {
            test: /\.vue$/, 
          loader: 'vue-loader'
        },
        {
          test: /\.js$/,
          loader: 'babel-loader',
          exclude: /node_modules/
        },
        {
          test: /\.(png|jpg|gif|svg)$/,
          loader: 'url-loader',
          options: {
            limit: 10000,
            name: '[name].[ext]?[hash]'
          }
        },
        {
          test: /\.css$/,
          use: ['vue-style-loader', 'css-loader']
        },
        {
          test: /\.es6$/,
          loader: "babel-loader",
          exclude: /node_modules/
        },
      ]
    },
    resolve: {
      alias: {
        'vue$': 'vue/dist/vue.common.js',
      }
    },
    externals: {
      "jquery": "$",
      'Vue': true,
      'Swiper': true,
      'VueLazyload': true,
      '$': true
    },
    plugins: [
        // new webpack.optimize.UglifyJsPlugin({
        //   compress: { warnings: isProd?false:true }
        // }),
        // new ExtractTextPlugin({
        //   filename: 'common.[chunkhash].css'
        // }),
        new webpack.DefinePlugin({
          'process.env.NODE_ENV': JSON.stringify(process.env.NODE_ENV || 'development'),
          'process.env.VUE_ENV': '"server"'
        }),
        new VueSSRServerPlugin()
    ]
};

　　server：

var webpack = require('webpack');
var ExtractTextPlugin = require("extract-text-webpack-plugin");
const nodeExternals = require('webpack-node-externals')
const VueSSRServerPlugin = require('vue-server-renderer/server-plugin')
const isProd = process.env.NODE_ENV === 'production'
console.log('NODE_ENV--->', process.env.NODE_ENV)
module.exports = {
    //页面入口文件配置
    entry: {
        index : './build/index/entry-server.js'
    },
    target: 'node',
    devtool: isProd?false:'#source-map',
    //入口文件输出配置
    output: {
        path: 'dist/index',
        filename: 'server-bundle.js',
        libraryTarget: 'commonjs2'
      },
    module: {
      noParse: /es6-promise\.js$/, // avoid webpack shimming process
      rules: [
        {
          test: /\.vue$/, 
            loader: 'vue-loader'
        },
        {
          test: /\.js$/,
          loader: 'babel-loader',
          exclude: /node_modules/
        },
        {
          test: /\.(png|jpg|gif|svg)$/,
          loader: 'url-loader',
          options: {
            limit: 10000,
            name: '[name].[ext]?[hash]'
          }
        },
        {
          test: /\.css$/,
          use: ['vue-style-loader', 'css-loader']
        },
        {
          test: /\.es6$/,
          loader: "babel-loader",
          exclude: /node_modules/
        },
      ]
    },
    resolve: {
      // alias: {
      //   'vue$': 'vue/dist/vue.js' // 'vue/dist/vue.common.js' for webpack 1
      // }
    },
    externals: nodeExternals({
    // do not externalize CSS files in case we need to import it from a dep
        whitelist: /\.css$/,
        "jquery": "$",
        'Vue': true,
        'Swiper': true,
        'VueLazyload': true,
        '$': true,
    }),
    plugins: [
        // new webpack.optimize.UglifyJsPlugin({
        //   compress: { warnings: isProd?false:true }
        // }),
        // new ExtractTextPlugin({
        //   filename: 'common.[chunkhash].css'
        // }),
        new webpack.DefinePlugin({
          'process.env.NODE_ENV': JSON.stringify(process.env.NODE_ENV || 'development'),
          'process.env.VUE_ENV': '"server"'
        }),
        new VueSSRServerPlugin()
    ]
};

　　但是上面的形式我们需要每次访问页面都需要请求后台server的接口，这样的接口完全是没必要的，试想一下如果首页我们每秒都有500个请求，那么我们server端就先挡雨请求了1000次api，这样的消耗毫无疑问是过大的，那么我们需要怎么去做到接口的缓存呢？

　　我们使用的node是express框架，然后在进入／index的时候我们去fetch后台server的数据，然后我们可以把数据传到client和server的config中，而不是每次在client，server中请求，然后我们每次内存缓存失效我们再去从新fetch后台server，这样我们假设每秒500个请求量，我们在node 端缓存5s，一共是2500个请求数量，我们在node其实只是请求了一次后台的server之后每次拿的node内存去返回用户html，这种效果很定是极好的，也极大的缓解了我们后台server的压力！

我做的公司首页迁移ssr效果：

43ms就获取了所有的数据，mobile端流量大概是电脑＊10的时间，（其实4g状态下和电脑wifi也是不相上下的，几乎上下波动都在1m～2m左右），假设我们手机网速很一般，时间＊10就是0.4s的时间，也就是说在用户首次访问过我们页面的情况下，只要手机中有缓存我们可以一最快的数据打开页面，即使用户在首次访问，我们的时间也可以控制在1s就能让用户看到大体的网页框架，而不是看了一秒的白屏！因为用户获取的其实就是node缓存的html，这个就跟在网上看一个html的专题页面没什么区别！我们节省的时间也就说我们client去请求接口的时间和框架渲染的时间，这个白屏的时间我们相当于缓存在了node中，既不占用内存，也能让用户有一个更高的用户体验。