摘要:本文主要选取了这篇文章中的一小部分来说明一下中产生内存泄漏的常见情况对于较难理解的第四种情况参考了一些文章来进行说明意外的全局变量中如果不用声明变量该变量将被视为对象全局对象的属性也就是全局变量上面的函数等价于所以你调用完了函数以后变量仍然
本文主要选取了4 Types of Memory Leaks in JavaScript and How to Get Rid Of Them 这篇文章中的一小部分来说明一下js中产生内存泄漏的常见情况. 对于较难理解的第四种情况, 参考了一些文章来进行说明.
意外的全局变量js中如果不用var声明变量,该变量将被视为window对象(全局对象)的属性,也就是全局变量.
function foo(arg) { bar = "this is a hidden global variable"; } // 上面的函数等价于 function foo(arg) { window.bar = "this is an explicit global variable"; }
所以,你调用完了函数以后,变量仍然存在,导致泄漏.
如果不注意this的话,还可能会这么漏:
function foo() { this.variable = "potential accidental global"; } // 没有对象调用foo, 也没有给它绑定this, 所以this是window foo();
你可以通过加上"use strict"启用严格模式来避免这类问题, 严格模式会组织你创建意外的全局变量.
被遗忘的定时器或者回调var someResource = getData(); setInterval(function() { var node = document.getElementById("Node"); if(node) { node.innerHTML = JSON.stringify(someResource)); } }, 1000);
这样的代码很常见, 如果id为Node的元素从DOM中移除, 该定时器仍会存在, 同时, 因为回调函数中包含对someResource的引用, 定时器外面的someResource也不会被释放.
没有清理的DOM元素引用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); } function removeButton() { document.body.removeChild(document.getElementById("button")); // 虽然我们用removeChild移除了button, 但是还在elements对象里保存着#button的引用 // 换言之, DOM元素还在内存里面. }闭包
先看这样一段代码:
var theThing = null; var replaceThing = function () { var someMessage = "123" theThing = { someMethod: function () { console.log(someMessage); } }; };
调用replaceThing之后, 调用theThing.someMethod, 会输出123, 基本的闭包, 我想到这里应该不难理解.
解释一下的话, theThing包含一个someMethod方法, 该方法引用了函数中的someMessage变量, 所以函数中的someMessage变量不会被回收, 调用someMethod可以拿到它正确的console.log出来.
接下来我这么改一下:
var theThing = null; var replaceThing = function () { var originalThing = theThing; var someMessage = "123" theThing = { longStr: new Array(1000000).join("*"), // 大概占用1MB内存 someMethod: function () { console.log(someMessage); } }; };
我们先做一个假设, 如果函数中所有的私有变量, 不管someMethod用不用, 都被放进闭包的话, 那么会发生什么呢.
第一次调用replaceThing, 闭包中包含originalThing = null和someMessage = "123", 我们设函数结束时, theThing的值为theThing_1.
第二次调用replaceThing, 如果我们的假设成立, originalThing = theThing_1和someMessage = "123".我们设第二次调用函数结束时, theThing的值为theThing_2.注意, 此时的originalThing保存着theThing_1, theThing_1包含着和theThing_2截然不同的someMethod, theThing_1的someMethod中包含一个someMessage, 同样如果我们的假设成立, 第一次的originalThing = null应该也在.
所以, 如果我们的假设成立, 第二次调用以后, 内存中有theThing_1和theThing_2, 因为他们都是靠longStr把占用内存撑起来, 所以第二次调用以后, 内存消耗比第一次多1MB.
如果你亲自试了(使用Chrome的Profiles查看每次调用后的内存快照), 会发现我们的假设是不成立的, 浏览器很聪明, 它只会把someMethod用到的变量保存下来, 用不到的就不保存了, 这为我们节省了内存.
但如果我们这么写:
var theThing = null; var replaceThing = function () { var originalThing = theThing; var unused = function () { if (originalThing) console.log("hi"); }; var someMessage = "123" theThing = { longStr: new Array(1000000).join("*"), someMethod: function () { console.log(someMessage); } }; };
unused这个函数我们没有用到, 但是它用了originalThing变量, 接下来, 如果你一次次调用replaceThing, 你会看到内存1MB 1MB的涨.
也就是说, 虽然我们没有使用unused, 但是因为它使用了originalThing, 使得它也被放进闭包了, 内存漏了.
强烈建议读者亲自试试在这几种情况下产生的内存变化.
这种情况产生的原因, 通俗讲, 是因为无论someMethod还是unused, 他们其中所需要用到的在replaceThing中定义的变量是保存在一起的, 所以就漏了.
如果我没有说明第四种情况, 可以参考以下链接, 或是在评论区评论.
参考链接An interesting kind of JavaScript memory leak
一个意想不到的Javascript内存泄漏
Grokking V8 closures for fun (and profit?)
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/79146.html
摘要:原文地址游客前言金三银四,很多同学心里大概都准备着年后找工作或者跳槽。最近有很多同学都在交流群里求大厂面试题。 最近整理了一波面试题,包括安卓JAVA方面的,目前大厂还是以安卓源码,算法,以及数据结构为主,有一些中小型公司也会问到混合开发的知识,至于我为什么倾向于混合开发,我的一句话就是走上编程之路,将来你要学不仅仅是这些,丰富自己方能与世接轨,做好全栈的装备。 原文地址:游客kutd...
摘要:本文将会讨论中的内存泄漏以及如何处理,方便大家在使用编码时,更好的应对内存泄漏带来的问题。当内存不再需要时进行释放大部分内存泄漏问题都是在这个阶段产生的,这个阶段最难的问题就是确定何时不再需要已分配的内存。中的相同对象称为全局。 随着现在的编程语言功能越来越成熟、复杂,内存管理也容易被大家忽略。本文将会讨论JavaScript中的内存泄漏以及如何处理,方便大家在使用JavaScript...
摘要:如果这个静态变量在生命周期结束后没有清空,就导致内存泄漏。因此造成内存泄露。注册没取消造成的内存泄露这种的内存泄露比纯的内存泄漏还要严重,因为其他一些程序可能引用系统的程序的对象比如注册机制。 原文链接 更多教程 为什么会发生内存泄漏 内存空间使用完毕之后未回收, 会导致内存泄漏。有人会问:Java不是有垃圾自动回收机制么?不幸的是,在Java中仍存在很多容易导致内存泄漏的逻辑(...
阅读 1832·2021-09-22 15:45
阅读 1602·2019-08-30 15:55
阅读 1811·2019-08-29 11:16
阅读 3269·2019-08-26 11:44
阅读 682·2019-08-23 17:58
阅读 2679·2019-08-23 12:25
阅读 1602·2019-08-22 17:15
阅读 3565·2019-08-22 16:09