这是我参与「第五届青训营」伴学笔记创作活动的第5天

CSR、SSR、SSG

1.CSR

客户端渲染(Client-Side Rendering)。常见B端WEB应用开发模式，前后端分离，服务器压力相对更轻，渲染工作在客户端进行，服务器直接返回不加工的HTML用户在后续访问操作

缺点：单页面应用，它所需的资源(HTML CSS JS等)，在一次请求中就加载完成，不需刷新地动态加载，首屏时间更长

SSR(Server-Side Rendering)。不是什么新鲜的概念，从原来的JSP/PHP就已经体现了服务器渲染(在服务端语言中嵌套前端语言，从服务器渲染后，发送给前端)

缺点：代码耦合度高，且模板语言中混杂编程语言对于一些复杂的功能，维护起来很痛苦

这种模式下Java，PHP负责渲染的逻辑，而前端只负责UI和交互

BFF:Backend For Frontend，服务于前端应用的后端(处于前端和后端之间的中介，便于整合更多的后端服务请求)

前后端一体化，一套React代码在服务器上运行一遍，到达浏览器又运行一遍。前端后端都要参与渲染，而且首次渲染出的HTML要一样。

静态站点生成(Static Site Generation)，在构建的时候直接把结果页面输出html到磁盘，每次访问直接把html返回到客户端，相当于一个静态资源

CDN：建立并覆盖在Internet之上，由分布在不同区域的边缘节点服务器群组成的分布式网络

相比SSR，因为不需要每次请求都由服务器端处理，所以可以大幅减轻服务器端的压力

缺陷：只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的

浏览器的推广程度，取决于搜索引擎对站点检索的排名，搜索引擎可以理解是一种爬虫，它会爬取指定页面的HTML，并根据用户输入的关键词对页面内容进行排序检索，最后形成我们看见的结果

SSR/SSG只需要请求一个HTML文件就能展示出页面，虽然在服务器上会调取接口，但服务器之间的通信要远比客户端快，甚至是同一台服务器上的本地接口调取。因为不再需要请求大量js我呢见，这就使得SSR/SSG可以拥有更短的首屏时间。

基于React提供的相关服务器端渲染API实现，整个过程实现比较繁琐重复，从零实现对新上手的很不友好

迫切需要一个封装好的集合来快速上手服务器端渲染

Next.js是一个构建于Node.js之上的开源web开发框架，支持基于React的Web应用程序功能，例如服务器渲染和生成静态网站

上手快，能力集全，而且覆盖了足够多的性能优化和生态

对于新手掌握前后端一体化的开发模式很友好

Next.js是用来构建SSR页面的框架，对于React内置的API省去了大部分重复的事情，对于新手更友好