Javascript的内存泄漏分析
Posted Sam先生的博客
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Javascript的内存泄漏分析相关的知识,希望对你有一定的参考价值。
作为程序员(更高大尚的称谓:研软件研发)的我们,无论是用javascript,还是.net, java语言,肯定都遇到过内存泄漏的问题。只不过他们都有GC机制来帮助程序员完成内存回收的事情,如果你是C++开发者(你懂的)。。。。。,如果你是前端开发者,肯定在使用Javascript(你或者会说,Js是世界上最棒的语言),但我这里也得告诉你,Js的内存泄漏会来得更为突然,或者让你都无法察觉。本文就带大家领略一下Js的风骚:
一、模块化引起的内存泄漏
代码如下:
// module date.js let date = null; export default { init () { date = new Date(); } } // main.js import date from ‘date.js‘; date.init();
上述是我们在现代前端工程方案中常见的代码格式,写一个模块,然后导出这一个模块。这里你应该知道date.js中的date是静态的(也就是你在N处导入date.js这个模块),但他们的date这个变量是共享的,一处改变,其他地方也对应发生变化。
二、假OOP范式引起的内存泄漏
在这里我为什么叫他假OOP呢,原因是这代码是想实现OOP范式却让自己掉到坑里去了,先上代码:
var fun = function(arg){ this.sarg = arg; var self = this; return function(){ console.log(self.sarg); } } var fn = new fun(‘data arg‘); fn();
首先,定义fun这个函数变量,然后返回一个function(这可以说就是典型的闭包)。闭包函数内引用外面的this对象(var self = this)。
然后,通过new的方式调用fun,返回值用fn接受,这里谁都知道返回的是一个函数,所以可以括号运算符进行执行。
2.1 利用chrome的memory面板进行分析
定位到memory面板,然后刷新页面,再单击下图中所示的 ‘collect garbage‘图标(也就是像回收站的图标),强制进行一次gc的回收,这样可以确保我们分析的对象就是可以存在内存泄漏的对象(至少他们是gc不可回收的对象)。
此图是上述代码片段在chrome浏览器中执行完成后,不能被gc回收的内存变量。
2.2 我认为的原因
先贴出发生内存泄漏的代码
var fun = function(arg){ this.sarg = arg; //内存泄漏 var self = this;//内存泄漏 return function(){ console.log(self.sarg);//内存泄漏 } } var fn = new fun(‘data arg‘); //内存泄漏 fn();
我认为的原因有以下几点:
1. 使用new运算符,他会创建一个对象,然后执行构造函数,并将构造函数对应的prototype(也就是原型)复制到新的对象上。
2. 上述new出来的新对象,在执行构造函数时,其this就指向了这个new出来的新对象
3. 然后上述代码在构造函数中又返回了一个函数,且函数中引用了new出来的新对象,返回函数赋值给了fn变量
4. 最的执行fn变量,正确输出我们想要的内容,这样程序就跑了(可以,我们new出来的新对象,没有人管也了,所以他就泄漏了)。
2.3 总结:
因为正常情况下,我们对一个function进行new操作的时候,在构造函数内是不会进行返回的,其实这个时候new操作默认给你返回的就是构造函数中的this对象。上述代码不建议出现在项目代码中,这是典型的错误写法,并示例只是为了演示泄漏。
三、DOM事件引起的内存泄漏
如果你是Jquery的忠粉,这部分可能对你有帮助,先上代码:
//html: <input type="file" id="file" /> <button type="button" onclick="remove()" >but</button> //js: var file = document.getElementById("file"); file.addEventListener(‘change‘,function(event){ console.log(event.target.value); }); function remove(){ file.remove(); }
首先我们在html中写两个标签,一个是file、一个是button;然后在js中对file标签绑定了change事件,然后对button绑定一个remove方法,用于移除file标签。
3.1 内存泄漏分析
在我们执行了remove方法后,然后收集内存分析:
我们还按照示例二相同的操作,打开memory面板,然后执行一次GC回收后收集内存数据,然后查看Detached Dom tree(这就表示与DOM树失去联系的对象),然后我们把鼠标移动到native上,就会显示内存泄漏的代码位置。
Jquery忠粉们可以注意了,无论你是用的bind还是on进行事件的绑定,如果你在移除这些DOM元素前,没有进行相应的unbind或是off操作,那么恭喜你,内存一定泄漏了。
以上是关于Javascript的内存泄漏分析的主要内容,如果未能解决你的问题,请参考以下文章