前言服务最终呈现的概念这几年可谓炒得火热。 那不是新技术，而是互联网最早使用的加载技术。
那么，为什么人们想擦去历史的尘埃，让服务端渲染这个古老的概念再次闪耀呢？
什么是服务渲染？ 服务器端的呈现简称SSR，全名为Server Side Render，当浏览器请求页面的URL时，服务器端组装所需的HTML文本并返回给浏览器，该HTML文本在浏览器解析后
SSR有两种模式：单页模式和非单页模式。 第一种是在后端首次呈现的单页面APP应用程序，第二种是完全使用后端路由的后端模板呈现模式。 他们的区别在于后端路由的使用程度。
与此相对，CSR(clientsiderender )是现在很普及的渲染方式，依赖于在客户端运行的JS，即使用户首次发送请求，也只能得到很少一部分引导性的HTML代码。 第二次请求请求更多包含HTML字符串的JS文件。
为什么需要SSR？ 目前，许多流行于前端的框架都适合构建单页面APP (spa )。 SPA模型通过动态重写页面的一部分与用户交互，避免过多的数据交换，响应速度相对较高。
但是，spa APP应用程序的第一个屏幕打开的速度通常很慢。 这是因为用户第一次加载时，需要在呈现页面之前下载SPA框架和APP应用程序的代码，这不利于SEO优化。
此时，有人认为，也许可以先加载APP应用程序的首页，然后慢慢加载首页中无法使用的其他JS文件。 但是，由于JS引擎是单线程的，所以数据的组装过程被屏蔽，只靠浏览器方面不容易实现。
SSR复活的契机就在这里。 如果把组织数据和呈现HTML页面的过程放在服务器端，浏览器端只需要查看接收到的HTML文件，那屏幕的打开速度肯定会加快。
在SSR的优缺点方面，SSR技术有什么优点呢？ 列举一下：
响应时间的高速化。 对于客户端渲染，服务端渲染在浏览器请求URL后，已经获取了带数据的HTML文本。 浏览器只需解析HTML，直接构建DOM树即可。 对SEO有利。 可以在后台直接将SEO的重要信息渲染到HTML中。 让搜索引擎的爬虫也能获取重要的数据，让别人在使用搜索引擎搜索相关内容时，你的网页排名更上一层楼，提高你的流量。 以上是SSR技术最主要的两个优点，虽然有优势，但缺点也不容忽视：
与仅提供静态文件的服务器相比，SSR使用的渲染程序当然消耗更多的CPU和内存资源。 常见的浏览器API (如窗口、文档和警报)可能无法正常工作。 使用时，需要判断执行的环境。 开发调试有几个麻烦。 由于涉及浏览器和服务器，SPA的某些组件的生命周期管理变得复杂。 由于某些因素，服务器端呈现的结果可能与浏览器端的结果不一致。 以上是对SSR技术的简单介绍，总结如下。
SSR提高了spa APP顶屏的响应速度，有利于SEO的优化。 SSR最适合于静态显示页面，如果页面的动态数据很多，请谨慎使用。 是否使用SSR，使用到什么程度，开发者需要慎重考虑。 ~
~正文结束了。 谢谢您的阅读！
~
学习有趣的知识，认识有趣的朋友，创造有趣的灵魂！
你好，我是专注编程的作者隐逸王。 我的公众号是《编程三昧》。 欢迎关注。 请多关照。
过来，期待，我用聪明的电话迎接！ 你回去，不问得失，只靠余音送礼！
知识与技能并重，内力与外功并重，理论与实践要两手抓，两手硬！