25|性能优化:如何设计一个合适的性能优化方案?
蒋宏伟
你好,我是蒋宏伟。
性能问题是我们程序员绕不过的问题。有些人一遇到性能问题,首先想到的就是去网上寻找解决方案。看到别人做了拆包提升了性能,就认为拆包是解决性能问题的银弹;看到别人做了预加载提升了性能,就认为预加载能解决自己 App 的性能问题。
但其实,比技术方案更重要的是技术思路。
如果你没有性能优化的思路,不能结合自己业务的实际情况分析,而是随便在网上找个方案,直接生搬硬套放在自己的 App 上,很容易吃力不讨好。
网上性能优化方案五花八门,各大厂之间也并不完全相同,就我所知,除了我们上一讲介绍的拆包方案之外,其他性能优化方案还有内置、Push、预加载、并行加载、热点资源定期拉取、按需加载等,这些方案都可以减少网络请求的耗时。
再比如,环境提前初始化、 Bundle 预执行、Hermes 字节码、inlineRequire 等方案,也可以减少执行耗时。
难道这么多性能优化方案,我们都要上吗?应该根据什么标准来确定呢?先做哪个性能优化方案,后做哪个性能优化方案?你把性能优化上线后,又怎么和老板汇报自己的成绩呢?
以终为始的设计思路
我们以终为始的思路,先来看下应该怎么和老板汇报自己的成绩,然后再根据汇报目的决定性能优化的方案。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文介绍了如何设计一个合适的性能优化方案。作者强调了性能优化不仅仅是技术方案,更重要的是技术思路。他强调了以终为始的设计思路,即先确定如何汇报性能指标和业务指标,然后根据汇报目的决定性能优化方案。文章还介绍了在性能优化项目立项之前的指标统计,以及统计耗时与到达率的指标统计的重要性。强调了将性能和业务指标挂钩,以及提前埋点来帮助确定项目收益和找到现有的性能瓶颈。文章还介绍了网络请求类优化和执行耗时优化的常用方案,并以版本请求和Bundle请求的方案设计为例,展示了如何将Service Worker的思路用到React Native的版本请求、Bundle请求中。最后,鼓励读者思考针对业务请求的性能瓶颈,应该如何设计性能优化方案。 文章强调了性能优化方案的设计思路和前期准备工作的重要性,以及如何将性能优化与业务指标挂钩来提高汇报的说服力。读者可以从中学习到如何以用户为出发点,评估项目的成本和收益,结合业务实际的性能瓶颈,调研业内的成熟方案,然后产出适合自己的技术方案进行落地。同时,文章还提供了具体的网络请求类优化和执行耗时优化的常用方案,以及如何将Service Worker的思路用到React Native的版本请求、Bundle请求中。这些内容对于需要进行性能优化的技术人员具有很高的参考价值。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《React Native 新架构实战课》,新⼈⾸单¥59
《React Native 新架构实战课》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论