Vue SSR(服务端渲染)的简单实现

本文是在学习和运用服务端渲染时,记录实现的关键原理和主要流程,以及实际应用需要注意的一些问题。如果想快速的初步了解下服务端渲染,不妨一看;如需更深入了解,请查看 Vue SSR 指南。据我看来,官方文档中,除开发环境配置这块,其他大部分都讲得非常清晰了。

什么是服务器端渲染 (SSR)?

Vue.js 是构建客户端应用程序的框架。默认情况下,浏览器访问请求的 HTML 文件,只包含样式引入、Js 文件引入和一个 <div id=app></div> 节点。HTML 的具体内容,是先加载对应的 Js 文件,再通过 Js 来创建 DOM 元素,然后挂载到 div 节点,最终渲染和绘制页面。因这些操作都是在浏览器完成的,称为客户端渲染(CSR)

HTML文件源码结构大致如下:

<!DOCTYPE html>
<html>
  <head>
    <meta charset=utf-8>
    <title>标题</title>
    <link href=/css/chunk-vendors.5beb2143.css rel=stylesheet>
    <link href=/css/index.56f9bfbc.css rel=stylesheet>
  </head>
  <body>
    <div id=app></div>
    <script src=/js/chunk-vendors.f96edd27.js></script>
    <script src=/js/chunk-common.890dd7ad.js></script>
    <script src=/js/index.d0e01cc1.js></script>
  </body>
</html>

然而,我们也可以在服务端,先将一个 Vue 组件渲染为 HTML 字符串,然后,在浏览器访问时,直接返回包含具体内容的 HTML 字符串,浏览器只需将 HTML 字符串解析为 DOM 元素,再渲染和绘制成页面。这种称为服务端渲染(SSR)

服务器渲染的应用程序也可以被认为是"同构"或"通用",因为应用程序的大部分代码都可以在服务器和客户端上运行。

为什么使用服务器端渲染 (SSR)?

与传统 SPA (Single-Page Application,单页应用程序)相比,服务器端渲染 (SSR) 的优势主要在于:

  • 更好的 SEO:由于搜索引擎爬虫抓取工具可以直接查看完全渲染的页面。

    请注意,截至目前,Google 和 Bing 可以很好对同步 JavaScript 应用程序进行索引。在这里,同步是关键。如果你的应用程序需要通过 Ajax 获取内容,抓取工具并不会等待异步完成后再行抓取页面内容。

  • 更快的内容到达时间 (time-to-content):无需等待所有的 JavaScript 都完成下载并执行,才显示服务器渲染的标记。你的用户将会更快速地看到完整渲染的页面。通常可以产生更好的用户体验。

使用服务器端渲染 (SSR) 时还需要有一些权衡之处:

  • 开发条件所限。浏览器特定的代码,只能在某些生命周期钩子函数 (lifecycle hook) 中使用;一些外部扩展库 (external library) 可能需要特殊处理,才能在服务器渲染应用程序中运行。

  • 涉及构建设置和部署的更多要求。与可以部署在任何静态文件服务器上的完全静态单页面应用程序 (SPA) 不同,服务器渲染应用程序,需要处于 Node.js server 运行环境。

  • 更多的服务器端负载。在 Node.js 中渲染完整的应用程序,显然会比仅仅提供静态文件的 server 更加大量占用 CPU 资源 (CPU-intensive - CPU 密集),因此如果你预料在高流量环境 (high traffic) 下使用,请准备相应的服务器负载,并明智地采用缓存策略。

在对你的应用程序使用服务器端渲染 (SSR) 之前,你应该问的第一个问题是,是否真的需要它。这主要取决于内容到达时间 (time-to-content) 对应用程序的重要程度。

一个简单示例

命令行运行 node index.js,在浏览器中访问 http://localhost:8088/ 即可。

其中,最关键的是如何将 Vue 组件转换为 HTML 字符串。vue-server-renderer 提供 createRenderercreateBundleRenderer 两个方法,分别支持将 Vue 实例和 Bundle 对象转换为 HTML 字符串。一般来说,通过 webpack 打包的 Vue 组件,输出的是 Bundle 对象。

SSR的关键步骤

改造源码结构

客户端渲染时,每个用户在自己的浏览器中使用新应用程序的实例类,创建新的上下文,用户之间互不影响。但是,服务端渲染时,Node.js 服务器运行的是一个长期进程。如果每个用户向服务器请求的是同一个实例,用户间共享上下文,就很容易导致交叉请求状态污染。因此,我们需要的是一个可以重复执行的工厂函数,再分别对客户端渲染、服务端渲染配置不同构建。

  • 工厂函数:每个执行可以创建新的应用程序实例(包括 Vue 组件、router、store 实例)

  • 客户端渲染:只需创建应用程序,并且将其挂载到 DOM 中。

  • 服务器渲染:使用 default export 导出函数,在每次渲染中重复调用此函数。

改造构建配置(vue.config.js)

vue-cli 默认创建的是纯客户端的项目配置。服务端渲染的配置大体上与纯客户端项目类似,我们可以在默认配置上,根据环境变量为服务端渲染的增加不同的配置。

  • 客户端渲染(纯客户端):只需指定入口文件即可。

  • 服务端渲染(服务器配置):服务器配置,是用于生成传递给 createBundleRenderer 的 server bundle。

  • 服务端渲染(客户端配置):客户端配置,是用于生成客户端构建清单。在 Node 中启动 Web 应用程序时,它可以自动推断和注入资源预加载 / 数据预取指令(preload / prefetch directive),以及 css 链接 / script 标签到所渲染的 HTML。

Node.Js 启动 Web 服务

根据生成的服务端 bundle 和客户端构建清单,编译成 HTML 字符串,启动 Web 服务。

SSR的开发环境配置

到目前为止,我们已经实现了服务端渲染的实现。可以发现,HTML字符串的生成,是基于编译后,dist 目录下的 server bundle 和客户端构建清单这两个静态文件转换的。也就是说,每次编辑过应用程序源代码之后,都必须重新编译并生成这两个文件,重启 Web 服务。这在开发过程中会影响开发效率。

在 develop 模式下,webpack 输出内容是在内存中的。为提升开发效率,我们可以启动观察模式,当源码有变化时,从内存中重新读取 server bundle 和客户端构建清单文件。 点击查看源码 vue-cli4-ssr-example

  • 生成客户端构建清单:在原有的【服务端渲染(客户端配置)】中加上 devServer 配置。

  • 启动开发环境的 Web 服务:

需要注意的问题

  • SSR 推荐使用: 建议用于单页面项目,用 vue-router 管理路由、Vux 管理页面状态。多页面项目也可以用 SSR,但配置会更复杂。

  • 生命周期: SSR 中只有 beforeCreate、created 会被执行,而在 CSR 中所有周期都会再执行一遍。另外,在服务端代码中不要写有全局副作用的代码,如:setInterval,因为无法在 beforeDestroy、destroyed 的生命周期销毁定时器。

  • 尽量写通用代码: 避免使用特定平台的 API,比如:浏览器的 window、document、navigator 等。特别注意第三方库的引入,有时候你并不知道引入的库能不能完全运行在 Node端/浏览器端。如果它只能运行在纯浏览器环境,可以在 created 阶段之后引入和执行。

  • 数据预取问题: 在 SSR 期间,如果应用程序依赖于一些异步数据,那么在开始渲染过程之前,需要先预取和解析这些数据。

    为了解决这个问题,我们采用 Vuex 管理页面状态。在服务器端,我们在渲染之前预取数据,并将数据填充到 store 中,然后,在 Vue 组件中引入这些数据。

  • Cookie 问题: 当服务端数据预取跟用户信息相关时,我们通常是通过浏览器中的 Cookies 进行管理。浏览器在发送请求时,会自动把 Cookie 添加到请求中的 Header 中,而在 SSR 时,Node.Js 需要手动获取浏览器发来 Cookie,并在发送给服务端的请求 Header 中设置 Cookie。

    SSR 共有3种解决 Cookies 问题的方案:一、把 Cookies 注入到 state;二、把 Cookies 注入到 global;三、将 Cookies 注入到组件的 asyncData 方法。

    随着 Vue 的升级,第一种方案已经不再适用;第二种方案也有不少的限制。目前主要用到的是第三种方案:

    获取浏览器 Cookie:

    将 Cookie 传给 asyncData 方法:

    将 Cookie 传给 actions:

    将 Cookie 传给 api,再加到 axios 的 Headers。

Nuxt.js 是一个基于 Vue.js 的通用应用框架,它预设了利用 Vue.js 开发服务端渲染的应用所需要的各种配置。

作为框架,Nuxt.js 为 客户端/服务端 这种典型的应用架构模式提供了许多有用的特性,例如异步数据加载、中间件支持、布局支持等。

Nuxt.js 集成了以下组件/框架,用于开发完整而强大的 Web 应用:

  • Vue 2

  • Vue-Router

  • Vuex (当配置了 Vuex 状态树配置项 时才会引入)

  • Vue 服务器端渲染 (排除使用 mode: 'spa')

  • Vue-Meta

  • 压缩并 gzip 后,总代码大小为:57kb (如果使用了 Vuex 特性的话为 60kb)。

  • 另外,Nuxt.js 使用 Webpack 和 vue-loader 、 babel-loader 来处理代码的自动化构建工作(如打包、代码分层、压缩等等)。

参考资料

Vue SSR 指南(官方)

vue-server-renderer API 参考

vue-cli4-ssr-example

再说 Vue SSR 的 Cookies 问题

最后更新于

这有帮助吗?