Skip to content

Latest commit

 

History

History
112 lines (71 loc) · 7.11 KB

END.md

File metadata and controls

112 lines (71 loc) · 7.11 KB

尾声

我们这次的「前端性能优化之旅」已经到了尾声,还记得我们这次旅程的初衷么 —— 从整个前端访问链条的角度,来理解与掌握前端性能优化的知识和技术。

end

如果有些内容忘记了的话,可以点击下面的列表再复习一下。

旅途站点列表

最后,再和大家聊一聊性能优化实践相关的话题。

1. 性能指标 ⏱

Web 发展到现今阶段,性能指标已经不再只是 DOMContentLoadload 这样的“面向浏览器”的指标,更多的会是以用户为中心(user-centric)的指标,例如:

  • FP (First Paint)
  • FID (First Input Delay)
  • FCP (First Contentful Paint)
  • FMP (First Meaningful Paint)
  • TTI (Time to interactive)
  • ……

所以在性能优化之前最重要的还是明确你的监控指标和分析维度,关于性能指标其实也是一个可以继续聊下去的内容,这里就不展开了,以后有机会希望把这部分也补充进来。

2. 持续优化 📈

性能优化很多时候不是一蹴而就的,更不是一锤子买卖。一个良好的性能优化方案一定是一个持续循环的体系。

circle

一个合理的性能优化方案,一定是通过线上的性能监控数据,或者前端自动化性能测试分析,发现性能问题,针对发现的问题进行分析与定位,然后进行对应的性能优化,最后上线观察。之后又会进入到下一个性能优化的循环中。所以推行性能优化,一定要注重优化工程的可持续性。

3. 监控与测试 💻

性能监控与测试也是一块非常大的话题,包括监控的手段、分析的维度等等,如果后续有机会希望把这块再补充上来。这里先介绍一下。

我们一般会把性能数据分为两种[1]

  • 一种叫 Lab data,主要是在开发和测试人员本地或内部测试机器上跑出来的数据,例如在 CI/CD 中加入 lighthouse。它的优点在于采集的指标更全面,也易于复现问题;缺点主要在于有时候可能不能反应真实的用户体验情况。
  • 另一种叫 Field data,也被成为 RUM (Real User Monitoring),是指采集线上实际的性能数据来进行监控。它的优点则是能更好地发现用户实际遇到的性能问题;缺点主要是比较难以调试与复现问题,同时采集到的指标的详细程度不及 Lab data。

The Three Types of Performance Testing[2] 则进一步划分出了三类性能测试。

  • 第一种叫做 Proactive:它可以理解为是工程师在开发阶段,通过浏览器调试等本地工具来发现并解决性能问题(善于利用 Chrome DevTools[3] 也是一个优秀前端工程师所需要具备的 😊);
  • 第二种叫做 Reactive:它是一种自动化的性能测试,可以集成到自动化测试或流水线的其他阶段,会在构建与每次发布前执行;
  • 第三种叫做 Passive:它就是在产品发布后,通过收集线上数据(或用户反馈)来发现性能问题,主要是基于一些 RUM。

选择哪种性能测试呢?答案是将它们结合使用(就像是自动化测试会结合单元测试、集成测试与端到端测试)。

对于一些易于标准化的性能标准,可以考虑使用 Proactive 和 Reactive 这样的 Lab data 来避免性能问题;而对于更复杂的业务场景,则可以通过 Passive 模式下的 Field data 进行监控。

4. 自动化 🛠

在性能优化上,请务必将可以自动化的工作都自动化。

前端性能优化的链路包括了「缓存 -> 发送请求 -> 等待响应 -> 解析 -> 处理各类静态资源 -> 运行时 -> 预加载(等待后续的请求)」,还是比较复杂的。因此,建议通过一些工具来将工作自动化。否则很可能无法保证性能优化的持续实施,因为它从来不是一锤子买卖。

在旅程中的各个技术点上,我也都会提到一些帮助快速实现优化或自动化的工具,例如 Workbox 提供的各类缓存方案、图片压缩的工具、webpack 插件等。还包括上面提到的,可以在 CI/CD 中集成的 lighthouse[4] 这样的分析工具。而对于 RUM,如果你们公司有人力可以自建一套体系,如果自建成本较高,可以考虑接入一些免费或收费的商业公司产品。

感谢 💛

在「性能优化之旅」的尾声还是要表示感谢。

在“旅程”中我受到了很多技术资料与文章的启发,感谢这些作者在前端性能优化方面的工作。

其次,文章内容主要是我结合性能优化相关资料和实践总结而成,其中难免会有错漏,欢迎大家斧正。

最后,很感谢各位朋友能够读完这些内容,你们的支持也是我更新的动力。也希望文中的内容对大家日后的技术工作会有帮助。

如果喜欢这些内容,可以 star 支持一下 🌟


🔚 回到首页 🎊


参考资料

  1. How To Think About Speed Tools
  2. The Three Types of Performance Testing
  3. Get Started With Analyzing Runtime Performance (Chrome DevTools)
  4. Lighthouse
  5. User Timing and Custom Metrics
  6. Instant Loading Web Apps with an Application Shell Architecture
  7. The PRPL Pattern
  8. 构建时预渲染:网页首帧优化实践
  9. Measure Performance with the RAIL Model

除注明外,本仓库内文章均采用 Creative Commons BY-NC-ND 4.0 协议。

license