解决spa白屏方法之ssr及ssr优化

SSR：

简单理解为将组件或页面通过服务器生成html字符串，再发送到浏览器，最后将静态标记“混合”为客户端上完全交互的应用程序；

SSR过程：

客户端访问网站 —> 服务器获取动态数据，生成页面，并把数据存入
vuex中，然后返回html —> 客户端获取html（此时已经返回了完整的页
面） —> 客户端获取到vuex的数据，并解析到vue里面，然后再一次找
到根元素挂载vue,重复渲染页面。（同构阶段）

好处：

1.支持seo；
2.更快的内容到达时间（更快的响应速度）

缺点：

1.服务端压力；（服务端压力比客户端大，这符合拆东补西的规律。SSR 通过压榨服务端的性能提升客户端首屏体验，而渲染页面属于计算密集型的任务，对于 Node.js 编写的服务而言，效率实在捉襟见肘。页面组件复杂的情况，少量的并发就能拖垮进程。）
2.开发体验；
3.可能会由于某些因素导致服务器端渲染的结果与浏览器端的结果不一致；	

ssr常规优化：参考来源

渲染前：
	1.多级缓存；（我们通常使用封装好的 Request、Axios 等库完成请求，最值得留意的选项就是使用开启了 keep-alive 的 http-agent，它能让后续的请求复用之前建立的连接，减少重复的握手次数。）
	2.请求复用；（我们通常使用封装好的 Request、Axios 等库完成请求，最值得留意的选项就是使用开启了 keep-alive 的 http-agent，它能让后续的请求复用之前建立的连接，减少重复的握手次数。）
	3.降级断熔；（如果没有降级，虽然 Node.js 节点比较稳定，不至于因为压力而宕机，但却会出现请求堆积，导致 Node.js 请求后端接口超时，服务将呈现不可用状态。）
渲染后：
	1.cdn加速静态资源；(所谓的 CDN 加速静态资源，得益于资源被缓存到了代理服务器。通常静态资源的内容不会频繁变更，因此比动态的页面数据更加适合缓存。)
	2.压缩响应体；