转眼过去一段时间，接触的也越来越多，这个时候我负责了一个旅游游记的项目，老板说，我们的数据才千级别，比较少，用户搜索咱们的不是很方便，让我搞些网上的数据（当然是合法的哈，只是用来展示，划重点），这个时候我才知道了竟然有 爬虫 这个东西！原来网上的资源可以随心所欲的获取（合法的 × 3 ！），这个时候回头看引擎，哦！原来他们的都是爬取的网上的信息，举个栗子：大家可以在百度上搜索 “老张的哲学 .net core”，会看到咱们的文章，可以看到不仅有题目，还有文章正文，这也就是说，百度爬取的不仅仅是咱们的 TDK ，还有咱们的文章内容，大概这就是我认识的搜索 3.0 了。
所以说，咱们如果需要想让咱们的文章，网站等被搜索引擎爬取，然后被大家所搜索到，必须要设置 TDK 和有页面内容，但是这个时候，我们满心开新的打开我们的 Vue 博客第一版的项目时候，却发现了这个样子。。
咱们辛辛苦苦写的文章并没有被浏览器所生成，自然以后不会被爬取到，如果要是我们的商城也是这样，那得少了多少流量，都是钱哟，所以说，如果是带有文章类，内容类，商品类的 Web 项目，一定要解决这个问题，这个就是为什么要 SSR 的第一个原因。
大家可以看看咱们的第二个项目，就是通过 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 ，初始化项目