什么是服务端渲染

服务器端呈现的缩写为SSR，其完整表述为Side，是一种惯用的显示手法，当浏览器索要页面地址时，服务器方面会整合所需的HTML代码，再递送给浏览器，这个HTML代码经浏览器解读后，无需脚本运作，便能立刻生成期望的文档对象模型并呈现在界面上。

为什么需要 SSR ？

当前主流的前端框架主要用于搭建单页面应用，这类应用通过动态地更新页面局部内容来响应用户操作，从而减少不必要的数据往返，因此其反馈效率通常更为出色。

但是，SPA 应用启动时往往耗时较长，用户初次访问必须先获取 SPA 框架与应用代码，接着才能显示界面，而且这类应用对搜索引擎的适配效果欠佳。

现在，有人考虑是否可以先载入应用的主页，接着让主页用不上的 JS 文件逐步加载。不过，由于 JS 引擎是单线程运作的，数据组装时会被卡住，单从浏览器方面着手，实现起来比较困难。

SSR 的再次活跃，关键就在这里，假如把组件的组装操作和 HTML 的渲染任务都放到服务器上执行，而客户端设备仅仅用来呈现和读取服务器发来的 HTML 内容，那么首页的加载时间肯定能够显著缩短。

SSR 的优缺点

那么，SSR 技术到底有哪些优点呢？我们来列举一下：

响应速度更快，与服务端渲染相比，客户端渲染在浏览器收到 URL 请求后，仍需等待生成带数据的 HTML 文本，浏览器必须先解析 HTML，然后才能直接构建 DOM

树。

能提升搜索引擎优化效果，关键内容可直接在管理端转化为网页代码，确保网络机器人能检索到重要信息，当用户通过检索引擎查找相关主题时，网站排名会更为靠前，从而吸引更多访问量。

前面提及的 SSR 技术存在两个核心长处，然而其不足之处同样值得留意：

渲染程序在 SSR 中运作，它比仅提供静态文件的服务器需要更多的计算能力和内存空间。

部分常见的网络浏览平台自带功能或许会失效，例如、和警示框等，若要运用它们，务必对执行的场景进行审慎评估。

构建和测试过程中会遇到不少困难，由于牵涉到客户端与服务器端，处理单页应用里各个模块的运作阶段将变得棘手。

有时候，因为一些原因，服务器上渲染的页面，跟浏览器里看到的，不太一样。

总结

以上就是对 SSR 技术的一些简要介绍，总结一下就是：

SSR 能让 SPA 应用打开首页时反应更快，这对网站排名有好处。

静态页面呈现最为适合SSR方案，动态内容丰富的界面则要小心应用。借助SSR方案的实施，能够增强网络应用的运行效率、用户感受和内容可获取度，并且在网站检索中的位置也享有显著好处。随着前端技艺的持续进步，SSR方案将持续扮演核心角色，为网络应用创造更多革新和优化空间。