JavaScript内存泄漏的主要原因-创新互联
这篇文章主要介绍JavaScript内存泄漏的主要原因,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
长乐ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景,ssl证书未来市场广阔!成为创新互联建站的ssl证书销售渠道,可以享受市场价格4-6折优惠!如果有意向欢迎电话联系或者加微信:13518219792(备注:SSL证书合作)期待与您的合作!前言
在阅读这篇博客之前,你或许需要具备一些JavaScript内存管理的知识:
- V8中JavaScript的内存管理与垃圾回收
1 介绍
内存泄露(Memory Leaks):是指应用程序已经不再需要的内存,由于某种原因未返回给操作系统或者空闲内存池(Pool of Free Memory)。
内存泄露可能带来的问题:变慢、卡顿、高延迟。
2 内存泄露的主要原因
JavaScript内存泄漏的主要原因在于一些不再需要的引用(Unwanted References)。
所谓的Unwanted References指的是:有一些内存,其实开发人员已经不再需要了,但是由于某种原因,这些内存仍然被标记并保留在活动根目录树中。Unwanted References就是指对这些内存的引用。在JavaScript上下文中,Unwanted References是一些不再使用的变量,这些变量指向了原本可以释放的一些内存。
3 常见的内存泄露
3.1 全局变量
首先,我们得知道,JavaScript中的全局变量是由根节点(root node)引用的,因此它们在应用程序的整个生命周期中都不会被垃圾回收。
场景一:在JavaScript中,如果引用未声明的变量,将会导致,在全局环境中创建新的变量。
function foo(arg) { bar = "this is a hidden global variable"; }
上面这串代码,实际上如下:
function foo(arg) { window.bar = "this is an explicit global variable"; }
假如,我们希望bar这个变量仅在foo函数作用域内部使用,但上面这种情况就会意外地在全局作用域内创建bar,这将造成内存泄漏。
场景二:
function foo() { this.variable = "potential accidental global"; }foo();
同样的,如果我们希望bar这个变量仅在foo函数作用域内部使用,但如果不知道foo函数内部的this指向全局对象,将造成内存泄露。
建议:
避免意外地创建全局变量。比如,我们可以使用严格模式,则本节的第一段代码将报错,而不会创建全局变量。
减少创建全局变量。
如果必须使用全局变量来存储大量数据,请确保在处理完数据后将其置null或重新分配。
3.2 计时器
场景举例:
for (var i = 0; i < 100000; i++) { var buggyObject = { callAgain: function () { var ref = this; var val = setTimeout(function () { ref.callAgain(); }, 10); } } buggyObject.callAgain(); buggyObject = null;}
3.3 多处引用
多处引用(Multiple references):当多个对象均引用同一对象时,但凡其中一个引用没有清除,都将导致被引用对象无法GC。
场景一:
var elements = { button: document.getElementById('button'), image: document.getElementById('image'), text: document.getElementById('text')};function doStuff() { image.src = 'http://some.url/image'; button.click(); console.log(text.innerHTML); // Much more logic}function removeButton() { // The button is a direct child of body. document.body.removeChild(document.getElementById('button')); // At this point, we still have a reference to #button in the global // elements dictionary. In other words, the button element is still in // memory and cannot be collected by the GC.s}
在上面这种情况中,我们对#button的保持两个引用:一个在DOM树中,另一个在elements对象中。 如果将来决定回收#button,则需要使两个引用均不可访问。在上面的代码中,由于我们只清除了来自DOM树的引用,所以#button仍然存在内存中,而不会被GC。
场景二: 如果我们想要回收某个table,但我们保持着对这个table中某个单元格(cell)的引用,这个时候将导致整个table都保存在内存中,无法GC。
3.4 闭包
闭包(Closure):闭包是一个函数,它可以访问那些定义在它的包围作用域(Enclosing Scope)里的变量,即使这个包围作用域已经结束。因此,闭包具有记忆周围环境(Context)的功能。
场景举例:
var newElem;function outer() { var someText = new Array(1000000); var elem = newElem; function inner() { if (elem) return someText; } return function () {}; }setInterval(function () { newElem = outer();}, 5);
在这个例子中,有两个闭包:一个是inner,另一个是匿名函数function () {}
。其中,inner闭包引用了someText和elem,并且,inner永远也不会被调用。可是,我们需要注意:相同父作用域的闭包,他们能够共享context。 也就是说,在这个例子中,inner的someText和elem将和匿名函数function () {}
共享。然而,这个匿名函数之后会被return返回,并且赋值给newElem。只要newElem还引用着这个匿名函数,那么,someText和elem就不会被GC。
同时,我们还要注意到,outer函数内部执行了var elem = newElem;
,而这个newElem引用了上一次调用的outer返回的匿名函数。试想,第n次调用outer将保持着第n-1次调用的outer中的匿名函数,而这个匿名函数由保持着对elem的引用,进而保持着对n-2次的...因此,这将造成内存泄漏。
解决方案:setInterval中的参数1的代码改为newElem = outer()();
这一节内容的具体剖析,可以见资料1和资料2。
4 Chrome内存分析工具
Chrome(新的86版本)开发者工具中有两个关于内存的分析工具:
Performance
Memory
以上是JavaScript内存泄漏的主要原因的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注创新互联行业资讯频道!
分享文章:JavaScript内存泄漏的主要原因-创新互联
转载注明:http://scyanting.com/article/ccppdd.html