1.服务端渲染SSR
将组件或页面通过服务器生成HTML字符串，在发送到游览器，最后将静态标记 “混合”为客户端上完全交互的应用程序。
1.1 优势
-
利于SEO
SEO： Search Engine Optimization, 搜索引擎优化
不同爬虫工作原理类似，只会爬取源码，不会执行网站的任何脚本,使用了React或者其它MVVM框架之后，页面大多数DOM元素都是在客户端根据js动态生成，可供爬虫抓取分析的内容大大减少。
另外，浏览器爬虫不会等待我们的数据完成之后再去抓取我们的页面数据。服务端渲染返回给客户端的是已经获取了异步数据并执行JavaScript脚本的最终HTML，网络爬中就可以抓取到完整页面的信息。 -
首屏加载快：首页是通过node加载的HTML字符串，用户直接可以看到完整HTML，所以更快。
1.2 弊端
渲染过程由后端完成，会造成服务器压力较大、开发环境受限，服务端渲染中，只会执行到componentDidMount之前的生命周期钩子，不利于前后端分离，开发效率低。
-
服务端压力较大
本来是通过客户端完成渲染，现在统一到服务端node服务去做。尤其是高并发访问的情况，会大量占用服务端CPU资源；
渲染过程在后端完成，那么肯定会耗费后端资源。费流量，即使局部页面的变化也需要重新发送整个页面。不利于前后端分离，开发效率低。 -
开发环境受限
在服务端渲染中，只会执行到componentDidMount之前的生命周期钩子，因此项目引用的第三方的库也不可用其它生命周期钩子，这对引用库的选择产生了很大的限制；
2.客户端渲染CSR
随着前端页面的复杂性提高，前端就不仅仅是普通的页面展示了，可能是添加更多功能的组件，复杂性更大，另外，此时 ajax 的兴起，使得页面就开始崇拜前后端分离的开发模式，即后端不提供完整的 html 页面，而是提供一些 api 使得前端可以获取 json 数据，然后前端拿到 json 数据之后再在前端进行 html 页面的拼接，然后展示在浏览器上，这就是所谓的客户端渲染
2.1 优势
节省后端资源，局部刷新页面，多端渲染，前后端分离。
- 节省后端资源。
即服务器端完成html模板的解析，如果请求较多，会对服务器造成一定的访问压力。而如果使用前端渲染，就是把这些解析的压力分摊了前端。 - 便于前后端分离。
前端专注于前端UI，后端专注于api开发，且前端有更多的选择性，而不需要遵循后端特定的模板. - 用户体验更好。
比如，我们将网站做成SPA或者部分内容做成SPA，这样，尤其是移动端，可以使体验更接近于原生app。
SPA：single page web application
2.2 弊端
首屏加载时间会比较慢、性能差，白屏，对于SEO无能为力、
-
前端响应较慢。
客户端渲染、由于页面显示过程要进行JS文件拉取和React代码执行，前端还需要进行拼接字符串的过程，需要耗费额外的时间，不如服务器渲染的速度快。 -
不利于SEO
对于SEO，完全无能为力，因为搜索引擎爬虫只认识html结构的内容，而不能识别JS代码内容。