#性能优化

去年接触了公司内一个开发运行了两年多的项目,整体应用是基于 React 技术栈的,多个单页应用有构成了多页应用。可以理解为比较独立的子业务之间是 MPA 形式跳转,而子业务内部则是 SPA 形式。

项目的构建使用了 webpack,发现存在较大问题:

  • 在生产环境上线编译大致需要 13 min+;
  • 本地开发环境下,代码改动后的热更新(增量编译)需要大概 10~20s 的时间,使得开发体验很差。

相信这些问题在很多上线迭代了很长时间的、使用了 webpack 的团队中都会遇到,所以把自己的优化实践经历写出来,和大家交流下。我在优化的时候也参考了许多网络上介绍的优化手段,当然,有些具有不错效果,有些可能对我们来说不适用。这并不是一篇罗列各种 webpack 优化技巧的文章,除了优化实践,还会有一些期间的反思。

阅读更多>>

性能优化一直以来都是前端工程领域中的一个重要部分。很多资料表明,网站应用的加载速度、交互流畅度等性能优化对于提高用户留存、转化率等都有积极影响。可以理解为,提升你的网站性能,就是提升你的业务数据,甚至是业务收入。

虽然大家对性能优化都有自己的思路,不过大多是分散在某几个点,较难形成一个完整的体系。业界也有很多优质的资料,但是性能优化作为一个系统性工程,大家想要系统性地去学习并不容易。所以在这次的「性能优化之旅」会通过与 Web 应用的访问流程相结合,帮助大家 全面理解与掌握 前端的性能优化。

如果准备好了,咱们就可以出发了 🔜

阅读更多>>

在一些性能敏感的场合下(例如服务端处理大量并发),或面对大量 stringify 的操作时,我们会希望它的性能更好,速度更快。这也催生了一些优化的 stringify 方案/库,那么,在他们大幅的性能提升背后的技术原理是什么呢?

阅读更多>>

本文是《PWA学习与实践》系列的第十篇文章。也许你还没有听说过或不了解Resource Hint,但是通过本文,你会快速学习到这一件页面加载性能利器。本系列相关demo的代码都可以在github repo中找到。

阅读更多>>

TL;DR

  • 可以考虑基于HTTP Cache来定义打包维度,将Cache周期相同的script尽量打包在一起,最大限度利用Cache;
  • 合并零散的小脚本,避免触发浏览器并发请求限制后,资源请求串行,TTFB叠加等待时间;
  • 注意打包后的资源依赖与资源引入顺序。

阅读更多>>

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×