点击上方“蓝色字体”,选择“设为星标”
做积极向上的前端人!
来源:https://segmentfault.com/a/1190000017040216
作者:美团技术团队
一、
前端性能优化一直是衡量一个团队和一个前端的各方面水平,呈现快速的加载,是给人最直观,成就感也最足的一个感受,而且对用户体验是第一重要的概念,所以这个相当重要,现就来结合美团的实践方案来讨论一下。
自JavaScript诞生以来,前端技术发展非常迅速。移动端白屏优化是前端界面体验的一个重要优化方向,Web 前端诞生了 SSR 、CSR、预渲染等技术。前端服务端渲染、后端服务端渲染等。
在美团支付的前端技术体系里,通过预渲染提升网页优化,从而优化了白屏问题,提升用户体验,并形成了最佳实践。
在前端渲染领域,主要有以下几种方式可供选择:
通过对比,同构方案集合 CSR 与 SSR 的优点,可以适用于大部分业务场景。
结合到我们团队负责的支付业务场景里,在保证系统稳定性的前提下,还需要保障用户体验,所以采用了预渲染的方式。
那么究竟什么是预渲染呢?我们先从最常见的 CSR 开始说起。
以 Vue 举例,常见的 CSR 形式如下:
一切看似很美好。然而,作为以用户体验为首要目标的我们发现了一个体验问题:首屏白屏(SPA都会遇到的问题)。
浏览器渲染包含 HTML 解析、DOM 树构建、CSSOM 构建、JavaScript 解析、布局、绘制等等,大致如下图所示:
要搞清楚为什么会有白屏,就需要利用这个理论基础来对实际项目进行具体分析。通过 DevTools 进行分析:
等待 HTML 文档返回,此时处于白屏状态。
对 HTML 文档解析完成后进行首屏渲染,因为项目中对加了灰色的背景色,因此呈现出
灰屏。
进行文件加载、JS 解析等过程,导致界面长时间出于灰屏中。
当 Vue 实例触发了 mounted 后,界面显示出大体框架。
由此得出,因为要等待文件加载、CSSOM 构建、JS 解析等过程,而这些过程比较耗时,导致用户会长时间出于不可交互的首屏灰白屏状态,从而给用户一种网页很“慢”的感觉。
在User-centric Performance Metrics一文中,共提到了4个页面渲染的关键指标:
基于这个理论基础,再回过头来看看之前项目的实际表现:
可见在 FP 的灰白屏界面停留了很长时间,用户不清楚网站是否有在正常加载,用户体验很差。
通过对比 FP、FCP、FMP 这三个时期 DOM 的差异,发现区别在于:
FP:仅有一个 div 根节点。
FCP:包含页面的基本框架,但没有数据内容。
FMP:包含页面所有元素及数据。
仍然以 Vue 为例, 在其生命周期中,mounted 对应的是 FCP,updated 对应的是 FMP。那么具体应该使用哪个生命周期的 HTML 结构呢?
通过以上的对比,最终选择在 mounted 时触发构建时预渲染。
构建时预渲染流程:
由于 SPA 可以由多个路由构成,需要根据业务场景决定哪些路由需要用到预渲染。因此这里的配置文件主要是用于告知编译器需要进行预渲染的路由。
在我们的系统架构里,脚手架是基于 Webpack 自研的,在此基础上可以自定义自动化构建任务和配置。
项目中主要是使用 TypeScript,利用 TS 的装饰器,我们封装了统一的预渲染构建的钩子方法,从而只用一行代码即可完成构建时预渲染的触发。
TS的装饰器:
使用:
为了提高构建效率,并行对配置的多个页面或路由进行预渲染构建,保证在 5S 内即可完成构建,流程图如下:
我们梳理一下简化后的项目上线过程:
开发 -> 编译 -> 上线
构建时预渲染研发流程及效果
最终,构建时预渲染研发流程如下:
开发阶段:
通过 TypeScript 的装饰器单行引入预渲染构建触发的方法。
发布前修改编译构建的配置文件。
发布阶段:
先进行常规的项目构建。
若有预渲染相关配置,则触发预渲染构建。
通过预渲染得到最终的文件,并完成发布上线动作。
完整的用户请求路径如下:
通过构建时预渲染在项目中的使用,FCP 的时间相比之前减少了 75%。
从此我们再也不受第一屏很慢的困扰了。并且可行性很好,也可以让其他有需求的一起实践。
- EOF -
微信扫码登录的几秒钟里,到底发生了什么
漫画 | 中年架构师,普通de一天
点击页面元素 VSCode 居然跳转到了组件?
这些JavaScript 里的奇葩知识点,你遇到过吗?
从破解某设计网站谈前端水印(详细教程)
漫画 | 揭密微信是如何诞生的
如果觉得这篇文章还不错,来个【分享、点赞、在看】三连吧,让更多的人也看到~