终于不得不优化性能了

性能优化,这个老生常谈的话题,谁面试的时候不得洋洋洒洒的说上个很多点。

但在实际运用中一开始却无从下手。网站卡顿,崩溃,怎么从表象中发现问题,解决问题,验证问题呢?

记录一下行之有效的性能优化方法。

1.选择测量工具

谷歌浏览器的任务管理器,开发者工具中的"性能","内存"面板,最好有一台配置不高的设备。

2. 确认问题

  • 打开网站,查看任务管理器中的内存占用空间,如果超过1G,很明显内存占用太大,很难不卡。理想的内存占用空间不要超过300M。当然这个数据是动态的,和交互操作有关,可以大概判断性能是否存在问题。

比如这种,高达3G,SOS!

  • 打开性能面板,点击录制,看看表现,时间可以适当延长,20s-60s。

同样很不对劲,黄色警告色块过大,主要体现在js执行耗时太多,也可以观察中间的几条线,如果一直增长没有回落,一定存在内存泄漏问题。

  • 打开内存面板,分时多次录制,检测是否存在内存泄漏

这一项还好,没有内存泄漏。由此可见,性能问题不一定都是内存泄漏。

以上是确认是否存在性能问题的方法。

分析定位问题

对于如何分析定位问题,我主要是在性能面板的耗时汇总里定位到主要问题点的,前端项目都是经过打包的,我的体验是很难定位到问题,仔细分析吧,看看有没有眼熟的文件或者函数。

解决问题

首先要解决的是确实造成很大影响的一个滚动插件,引起的dom频繁重绘,替换掉之后,网站运行时的内存占用空间直接减少了一半以上。趁这个机会,同时做了其他项目也适用的优化,主要是以下几点:

  • 压缩图片资源,并转为webp格式,大幅度减少图片资源体积

没有找到能够打包时自动转换的方法,用sharp手动批量转换的,也不算麻烦。

  • 对引起页面渲染的方法添加防抖,避免短时间内多次执行,dom操作一定要尽可能的少。
  • 将固定的大体积json文件缓存至localStorage,避免重复接口请求,提升用户交互速度

优化成果

  • 运行时的稳定内存占用量从1.3G降至550M
  • 高频操作时内存占用量从3G降至1.2G
  • 运行时性能js执行大幅度降低,空闲时间提高
  • 页面表现良好,解决了卡顿问题
相关推荐
乐闻x3 小时前
Vue.js 性能优化指南:掌握 keep-alive 的使用技巧
前端·vue.js·性能优化
青云交5 小时前
大数据新视界 -- 大数据大厂之 Impala 性能优化:跨数据中心环境下的挑战与对策(上)(27 / 30)
大数据·性能优化·impala·案例分析·代码示例·跨数据中心·挑战对策
Winston Wood8 小时前
Perfetto学习大全
android·性能优化·perfetto
EterNity_TiMe_8 小时前
【论文复现】(CLIP)文本也能和图像配对
python·学习·算法·性能优化·数据分析·clip
程序猿进阶9 小时前
堆外内存泄露排查经历
java·jvm·后端·面试·性能优化·oom·内存泄露
工业甲酰苯胺17 小时前
Redis性能优化的18招
数据库·redis·性能优化
无尽的大道1 天前
深入理解 Java 阻塞队列:使用场景、原理与性能优化
java·开发语言·性能优化
loey_ln1 天前
webpack配置和打包性能优化
前端·webpack·性能优化
郭梧悠1 天前
HarmonyOS(57) UI性能优化
ui·性能优化·harmonyos
奈斯ing1 天前
【Oracle篇】SQL性能优化实战案例(从15秒优化到0.08秒)(第七篇,总共七篇)
运维·数据库·sql·oracle·性能优化