JS前端性能优化解决内存泄漏页面崩溃
作者:瓶盖儿1
发生什么事了?
一个与往常一样的上午,当我沉浸在业务需求中不可自拔时,突然被拉入到一个事故大群。一脸懵逼的我还以为和之前的每次线上bug一样仅仅是个小问题时,殊不知是我简单了...
看着群里的聊天记录,瞬间一种不好的预感涌上心头。不会是哪个页面写了死循环了吧?
咋了?这是咋了?
死去的页面突然攻击我?
因为项目本身过于庞大,且用户反馈不特定页面崩溃,这使得问题定位难度较大。
经过团队的讨论认为可能是该用户的组织架构接口数据量过大,当数据到达页面后需要经过递归处理,导致内存不足,且通过调试发现并非初次调用该接口就会导致崩溃,而是需要多次调用才会出现该问题。
而且在调试的过程中还发现因数据量过大,该接口需要长达 30s 的时间才能返回。而这么长的时间用户可能已经离开这个页面了。我们尝试以这个场景进行操作发现,用户离开页面并没有取消已经发出的请求,当该请求响应后会导致内存占用飙升。
因该接口为项目全局接口,经过讨论我们决定先修复这个离开页面不取消请求的问题,测试能否解决崩溃问题。
陷入僵局
当我们在离开页面时取消未完成的请求后,测试反馈仍然会不定时崩溃,此时的我们有点无从下手了。因为我们发现问题貌似有点大了。
此时我们已经开始怀疑出现了内存泄漏,于是我们祭出了 chrome-devtool
使用 Memory
来进行内存占用分析。
经过内存分析发现,内存中存在大量的分离元素未能及时回收。我按照内存快照的指引开始了漫长的修改。两天的修改后发现,虽然修复了不少的问题,但是仍然不能有效的降低页面的内存占用,每当我们跳转新的页面时某些页面仍然不能正常释放。此时我为了高效定位问题,开始使用绝招——删代码。
将页面中的组织架构树删除——内存占用没降下来...
将页面的列表删除——很棒空页面果真降下来了
将组织架构树加上,列表删除——内存又起来了...
此时的我认为组织架构树的写法有问题,所以花了两天的时间过了一遍组织架构树的代码,未发现有什么异常的地方。
为了确认是组织架构树的问题还是页面列表的问题,我在项目中新建了两个空白的路由页面。在这个页面中单独使用这两个组件,都没有问题。
问题陷入了僵局...
垂死病中惊坐起
在我们修复这个问题的期间,另一个用户也反馈了相同的问题过来,不过用户说他用的是edge浏览器。此时同事说edge好像可以撑的更久一点。😮哇,真的吗?难道和浏览器有关系?
于是我又打开了edge浏览器,点开了devtool点开了Memory...哎?这是什么
edge的devtool这么好吗,专门有独立的标签用来查找分离的元素啊,蛮人性化的嘛。可是这和chrome不一样呀,咋用呢?(戳这里)
它真的好智能,竟然已经把所有泄漏的dom按照结构组织好了,这样就不用我再从一堆内存信息中一个个找它们的关联关系了。
从上图我发现原来是有一个全局的tip()
方法导致了整个页面没能正常回收,用户每进一次这个页面就会在内存里多一份这个页面的dom节点。而这个页面又有完整的组织架构树,组织架构树又很大...
查看了tip()
方法的源码发现,这是一个全局的指令,这个指令每次都会创建一个新的tip对象,而这个tip对象与页面上的dom节点关联,且永远不会被销毁。
类似的问题在列表中有个对表格行拖拽排序的功能,使用了第三方包sortablejs
而未调用destory()
方法销毁sortable
实例,进而导致表格与页面也未能正确释放。
勿以善小而不为
到此,大概的原因已经明确了。未及时销毁的无用对象导致了大面积的内存泄漏,叠加用户的配置较低(8G内存,且开启了很多页面),导致了页面的崩溃。
类似以上的问题在本次修复中还发现不少,如:
- 公共弹窗组件将传入的子组件持有,在关闭弹窗后未能销毁子组件。
- 全局的
EventBus
实例未及时调用$off
方法销毁事件,而事件回调与页面又产生关联(如:$refs、$parents
) - 组件接受来自页面的方法,而该组件未能在页面离开时销毁(如在组件内将组件的this绑定在window上),导致整个页面不能释放
- 为了在页面resize时能够调节echarts大小,在window上绑定了resize回调,离开页面时为清除resize事件
- 组件实例化时在document上绑定click事件后,销毁组件时为清除click事件
以上的每一个问题都是小问题,仅仅是因为没用在beforeDestroy
中调用Element.removeEventListener()
或者未调用destroy()
方法。但是会导致很大的后患。
修复后的页面已经能够达到较为正常的内存占用了,在此给大家放一张测试同学提供的修复前后的内存占用对比图,相较于修复前的内存占用只增不减(峰值4G,然后崩溃)到现在的能及时回收(最复杂的页面峰值500M,普通页面100M以内),已经有了极大的提升。
修改参考
const handleResizeWindow = () => { myChart.resize(); } window.addEventListener("resize", handleResizeWindow); this.$once('hook:beforeDestroy', () => { myChart.dispose() // 销毁echart实例 window.removeEventListener('resize', handleResizeWindow) })
created () { window.removeEventListener('beforeunload', this.closePage) }, ... beforeDestroy () { window.removeEventListener('beforeunload', this.closePage) }
mounted() { this.$eventBus.$on("eventName", this.handleEvent); this.$once('hook:beforeDestroy', () => { this.$eventBus.$off('eventName', this.handleEvent) }) }
以上就是JS前端性能优化解决内存泄漏页面崩溃的详细内容,更多关于JS内存泄漏页面崩溃的资料请关注脚本之家其它相关文章!