缘起
时间真快，现在已经是这个系列教程的下半部 Vue 第 12 篇了，昨天我也简单思考了下，可能明天再来一篇，Vue 就基本告一段落了，因为什么呢，这里给大家说个题外话，当时写博文的时候，只是想给大家增加点儿学习的动力，每天提醒下，完全没有提纲或者安排说明什么的，就是按照我自己学的方向走，正好发现了一个规律就是：每一个系列正好是 1 个引子 + 12 篇正文，不知道大家对这个有没有感觉，大家可能看到我的头像就知道了，哈哈，其实我是一个红迷，正好这里机缘巧合，两个系列都形成了这样的，我自私的给自己画了一个规划，正好是一组判词——十二钗正册，副册，又副册等等（说明：这是我自己的一厢情愿哈，大家如果有红迷爱好者，请不要喷我 [苦笑] ），按照计划，应该会写 9 部，除了引子，正好是 108 篇，哈哈以后的再说吧。这里自己昨天瞎想了一通，如果有红迷爱好者也可以找我哟，加群（867095512）或者个人QQ（3143422472）都行。
因为 Vue 这个系列还是很多的要说的，不过基本的咱们都说了，大家可以再通过传送门看看《
注意：今天仅仅给大家说明 SSR 服务端渲染，会简单说一个小 DEMO ，上图中的框架具体的代码，在咱们的第二个博客项目中会说到，因为这个框架一两篇是说不完的。
零、今天要完成蓝色区块部分
一、Vue 的 SSR 到底是个什么？
来自官方的解释：
Vue.js 是构建客户端应用程序的框架。默认情况下，可以在浏览器中输出 Vue 组件，进行生成 DOM 和操作 DOM。然而，也可以将同一个组件渲染为服务器端的 HTML 字符串，将它们直接发送到浏览器，最后将这些静态标记"激活"为客户端上完全可交互的应用程序。
服务端渲染的 Vue.js 应用程序也可以被认为是"同构"或"通用"，因为应用程序的大部分代码都可以在服务器和客户端上运行。
羞涩难懂
我的个人理解就是：
1、目前Vue的模式是：
在生成页面的工作中，我们现在是把组件放在浏览器里，然后把 Data 填充到组件中生成 DOM，这也是一般的异步操作的动作，咱们平时一定是这么操作的，先在页面写上 DIV，然后用 Jquery 获取数据，把数据填充到 DIV 里
2、SSR的模式呢，转变成了先在服务器中 Data 先把组件先渲染成 Html 字符串，当成静态资源，就像 css 字符串那样，再抛到前台页面。
这第二种就是 SSR 服务端渲染，大家应该发现了这个和普通的区别——就是渲染html片段的控制权转向了服务端，那为什么要这么做呢？请往下看。
注意：这里的服务端，并不是在我们的.net core api 中生成的，而是在vue中，我们通过webpack 打包后 node server来处理的。
二、为什么要 SSR 服务端渲染？
1、首先咱们需要说说搜索引擎 —— SEO
咱们打开任何搜索引擎，无论是谷歌，还是百度，亦或者搜狗等等，都能看到各种各样的信息，文字，图片，视频，不知道大家是如何看待这个过程的，以前天真的我以为是各种各样的人，把自己的内容或者文档提交给百度的服务器，然后我们从百度的服务器去读取，搜索，嗯，这个源自于我上高中的时候，搜索各种百度文库的臆想，这个属于我认识的搜索 1.0 。
后来我工作了，第一次开始写 Web ，那个时候经理让写 TDK（Title + Description + Key），当时很好奇为什么要这么说，经理说，是为了 SEO ，额好吧，虽然不是很明白，大概懂了——设置好页面的 TDK 以后，那个搜索引擎就能找到我们的关键字，然后我们就可以在搜索引擎中搜到我们的网站了，嗯~听起来不错，这个时候，我凌乱了，不是说我们必须存进百度的数据库，我们才能搜索到么，太神奇了吧，这就是我认识的搜索 2.0 。
转眼过去一段时间，接触的也越来越多，这个时候我负责了一个旅游游记的项目，老板说，我们的数据才千级别，比较少，用户搜索咱们的不是很方便，让我搞些网上的数据（当然是合法的哈，只是用来展示，划重点），这个时候我才知道了竟然有 爬虫 这个东西！原来网上的资源可以随心所欲的获取（合法的 × 3 ！），这个时候回头看引擎，哦！原来他们的都是爬取的网上的信息，举个栗子：大家可以在百度上搜索 “老张的哲学 .net core”，会看到咱们的文章，可以看到不仅有题目，还有文章正文，这也就是说，百度爬取的不仅仅是咱们的 TDK ，还有咱们的文章内容，大概这就是我认识的搜索 3.0 了。
所以说，咱们如果需要想让咱们的文章，网站等被搜索引擎爬取，然后被大家所搜索到，必须要设置 TDK 和有页面内容，但是这个时候，我们满心开新的打开我们的 Vue 博客第一版的项目时候，却发现了这个样子。。
咱们辛辛苦苦写的文章并没有被浏览器所生成，自然以后不会被爬取到，如果要是我们的商城也是这样，那得少了多少流量，都是钱哟，所以说，如果是带有文章类，内容类，商品类的 Web 项目，一定要解决这个问题，这个就是为什么要 SSR 的第一个原因。
大家可以看看文章最顶部的第二个项目的gif图，就是通过 Nuxt 实现的服务端渲染，已经在源代码中有了内容。
2、为 Vue 渲染瓶颈提供帮助
在上面两个流程中，咱们可以看到，普通的客户端渲染，和SSR 的服务端渲染的最大区别就在于，Html 片段到底被谁控制，是 Vue 还是服务端，如果是前端，h5请求 API 的时候，因为涉及到跨域，本身除了服务器的限制，还有用户网络，宽带等诸多限制，咱们需要等待入口页面和 JS 下载成功，才能根据逻辑去获取数据，中间又会出现很多问题。
并且如果当前页面逻辑过多，数据过于繁琐的情况下，我们的 vue 在客户端渲染也会成为性能瓶颈，最明显的就是一些电商公司的首页（比如某宝，那首页打开真是复杂的要命）首次加载的时候，白屏的出现，loading图的渲染，着实让人难堪，虽然现在都采用栅栏预热，但还是不舒服。这是瓶颈问题，如果单单从 Vue 端来解决这个瓶颈，花费比较大，所以这个时候就用到了 SSR 服务端渲染，而且我们可以使用 Redis 去缓存这些页面的 Html 片段，我们加载后会更快。
三、如何实现 SSR 服务端渲染 —— 基于 webpack 的简单程序
注意：今天咱们主要是说明下 SSR 的内容、原理和基本使用，这里简单说一个小Demo栗子，咱们之后的项目会用到一个框架 Nuxt.js
1、基于 webpack 初始化 npm 项目
新建文件夹 VueSSRDemo3 ，进入之后，执行 npm i ，初始化项目
npm i
会看到一个 package-lock.json 文件，大家还记得这个么，这个简单来说，是保证项目的一致性，保证团结开发的时候都依赖相同的包，这里再补充下：
