服务端渲染和客户端渲染

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代码内容。