記憶體外洩是指new了一塊內存,但無法被釋放或被垃圾回收。這篇文章主要介紹了vue使用中的記憶體洩漏,需要的朋友可以參考下
什麼是記憶體洩漏?內存外洩是指new了一塊內存,但無法被釋放或被垃圾回收。 new了一個物件之後,它申請佔用了一塊堆內存,當把這個物件指標置為null時或離開作用域導致被銷毀,那麼這塊記憶體沒有人引用它了在JS裡面就會被自動垃圾回收。但是如果這個物件指標沒有被置為null,且程式碼裡面沒辦法再取得到這個物件指標了,就會導致無法釋放掉它指向的內存,也就是說發生了記憶體外洩。為什麼程式碼裡面會拿不到這個物件指標了呢,舉個例子:
// module date.js let date = null; export default { init () { date = new Date(); } } // main.js import date from 'date.js'; date.init();
在main.js初始化了date之後,date這個變數就一會直存在了,直到你把頁面關了,因為date的引用是在另一個module裡面,可以理解為模組就是一個閉包對外是不可見的。所以如果你是希望這個date物件一直存在、需要一直使用的話,那麼沒有問題,但是如果想用一次就不用了那就會有問題,這個物件一直在內存裡面沒有被釋放就發生了內存洩漏。
另一種比較隱蔽且很常見的記憶體外洩是事件綁定,形成了一個閉包,導致一些變數一直存在。如下範例所示:
// 一个图片懒惰加载引擎示例 class ImageLazyLoader { constructor ($photoList) { $(window).on('scroll', () => { this.showImage($photoList); }); } showImage ($photoList) { $photoList.each(img => { // 通过位置判断图片滑出来了就加载 img.src = $(img).attr('src'); }); } } // 点击分页的时候就初始化一个图片懒惰加载的 $('.page').on('click', function () { new ImageLazyLoader($('img.photo')); });
這是一個圖片懶惰載入的模型,每次點分頁的時候就會清除上一頁的資料更新為目前頁的DOM,並重新初始化一個懶惰載入的引擎。它裡面監聽了scroll事件,對傳進來的圖片清單的DOM進行處理。每點一次分頁就會重新new一個,這裡就發生了內存洩露,主要是以下3行程式碼導致的:
$(window).on('scroll', () => { this.showImage($photoList); });
class ImageLazyLoader { constructor ($photoList) { this.scrollShow = () => { this.showImage($photoList); }; $(window).on('scroll', this.scrollShow); } // 新增一个事件解绑 clear () { $(window).off('scroll', this.scrollShow); } showImage ($photoList) { $photoList.each(img => { // 通过位置判断图片滑出来了就加载 img.src = $(img).attr('src'); }); // 判断如果图片已全部显示,就把事件解绑了 if (this.allShown) { this.clear(); } } } // 点击分页的时候就初始化一个图片懒惰加载的 let lazyLoader = null; $('.page').on('click', function () { lazyLoader && (lazyLoader.clear()); lazyLoader = new ImageLazyLoader($('img.photo')); });
在每次實例化一個ImageLazyLoader之前把上一個實例clear掉,clear裡面進行解綁,由於JS有構造函數但是沒有解構函數,所以需要自己寫一個clear,在外面手動調一下clear。同時在事件的執行過程的合適時機自動把事件給解綁了,上面是判斷如果所有的圖片都展示出來了那麼就沒必要監聽scroll事件了直接解綁了。這樣就能解決記憶體外洩的問題了,能夠觸發自動垃圾回收。
為什麼把事件解綁了,就不會有閉包引用了呢?因為JS引擎偵測到那個閉包沒用了,就把那個閉包銷毀了,那麼閉包引用的外部變數也自然會被置空。
好了,基礎知識就講解到這裡,現在用Chrome devtools的記憶體偵測工具來實際操作一遍,方便發現頁面的一些記憶體外洩行為。為了避免裝給瀏覽器裝的一些插件造成影響,使用Chome的隱身模式頁面,它會把所有的插件都給禁掉。
接著開啟devtools,切到Memory的tab,選取Heap snapshot,如下所示:
什麼叫heap snapshot呢?翻譯一下就是堆快照,給目前記憶體堆拍一張照片。因為動態申請的記憶體都是在堆裡面的,而局部變數是在記憶體棧裡面,是由作業系統分配管理的是不會記憶體洩漏了。所以關心堆的情況就好了。
然後做一些增刪改DOM的操作,如:
(1)彈一個框,然後把彈框給關了
(2)單頁的點擊跳到另一個路由,然後再點後退返回
(3)點選分頁觸發動態改DOM
就是先增加DOM,然後把這些DOM給刪了,看一下這些被刪除的DOM是否還有物件引用它們。
這裡我是第2種方式的場景,偵測單一頁面應用程式的某個路由頁面是否有記憶體外洩。先打開首頁,點到另一個頁面,再點後退,接著點一下垃圾回收的按鈕:
#觸發垃圾回收,避免一些不必要的干擾。
然後再點一下拍照按鈕:
它就会把当前页面的内存堆扫描一遍显示出来,如下图所示:
然后在上面中间的Class Filter的搜索框里搜一下detached:
它就会显示所有已经分离了DOM树的DOM结点,重点关注distance值不为空的,这个distance表示距离DOM根结点的距离。上图展示的这些p具体是啥呢?我们把鼠标放上去不动等个2s,它就会显示这个p的DOM信息:
通过className等信息可以知道它就是那个要检查的页面的DOM节点,在下面的Object的窗口里面依次展开它的父结点,可以看到它最外面的父结点是一个VueComponent实例:
下面黄色字体native_bind表示有个事件指向了它,黄色表示引用仍然生效,把鼠标放到native_bind上面停留2秒:
它会提示你是在homework-web.vue这个文件有一个getScale函数绑定在了window上面,查看一下这个文件确实是有一个绑定:
mounted () { window.addEventListener('resize', this.getScale); }
所以虽然Vue组件把DOM删除了,但是还有个引用存在,导致组件实例没有被释放,组件里面又有一个$el指向DOM,所以DOM也没有被释放。
要在beforeDestroyed里面解绑的
beforeDestroyed () { window.removeEventListener('resize', this.getScale); }
所以综合上面的分析,造成内存泄露的可能会有以下几种情况:
(1)监听在window/body等事件没有解绑
(2)绑在EventBus的事件没有解绑
(3)Vuex的$store watch了之后没有unwatch
(4)模块形成的闭包内部变量使用完后没有置成null
(5)使用第三方库创建,没有调用正确的销毁函数
并且可以借助Chrome的内存分析工具进行快速排查,本文主要是用到了内存堆快照的基本功能,读者可以尝试分析自己的页面是否存在内存泄漏,方法是做一些操作如弹个框然后关了,拍一张堆快照,搜索detached,按distance排序,把非空的节点展开父级,找到标黄的字样说明,那些就是存在没有释放的引用。也就是说这个方法主要是分析仍然存在引用的游离DOM节点。因为页面的内存泄露通常是和DOM相关的,普通的JS变量由于有垃圾回收所以一般不会有问题,除非使用闭包把变量困住了用完了又没有置空。
DOM相关的内存泄露通常也是因为闭包和事件绑定引起的。绑了(全局)事件之后,在不需要的时候需要把它解绑。当然直接绑在p上面的可以直接把p删了,绑在它上面的事件就自然解绑了。
以上是vue使用中的記憶體洩漏【推薦】_vue.js的詳細內容。更多資訊請關注PHP中文網其他相關文章!