vue SSR渲染原理?

优点:

</>更利于SEO

不同爬虫工作原理类似，只会爬取源码，不会执行网站的任何脚本(Google除外， 据说Googlebot可以运行JavaScript)。使用了Vue或者其它MVVM框架之后，页面大多数DOM元素都是在客户端根据js动态生成,可供爬虫抓取分析的内容大大减少。另外，浏览器爬虫不会等待我们的数据完成之后再去抓取我们的页面数据。服务端渲染返回给客户端的是已经获取了异步数据并执行JavaScript脚本的最终HTML,网络爬中就可以抓取到完整页面的信息。

</> 更利于首屏渲染

首屏的渲染是node发送过来的html字符串，并不依赖于js文件了，这就会使用户更快的看到页面的内容。尤其是针对大型单页应用，打包后文件体积比较大，普通客户端渲染加载所有所需文件时间较长，首页就会有一个很长的白屏等待时间。

场景:

交互少，数据多，例如新闻，博客，论坛类等

原理:

相当于服务端前面加了一层url分配，可以假想为服务端的中间层,当地址栏url改变或者直接刷新，其实直接从服务器返回内容，是一个包含内容部分的html模板，是服务端渲染

而在交互过程中则是ajax处理操作，局部刷新，首先是在history模式下，通过history. pushState方式进而url改变，然后请求后台数据服务，拿到真正的数据,做到局部刷新，这时候接收的是数据而不是模板

缺点

</>服务端压力较大

本来是通过客户端完成渲染，现在统一到服务端node服务去做。尤其是高并发访问的情况，会大量占用服务端CPU资源;

</>开发条件受限

在服务端渲染中，created和beforeCreate之外的生命周期钩子不可用，因此项目引用的第三方的库也不可用其它生命周期钩子，这对引用库的选择产生了很大的.限制;

<>安全问题

因为做了node服务，因此安全方面也需要考虑DDOS攻击和sql注入

<>学习成本相对较高

除了对webpack、Vue要熟悉，还需要掌握node、Express相关技术。相对于客户端渲染，项目构建、部署过程更加复杂。