内存泄漏：内存泄漏指由于错误或疏忽导致程序未能释放已经不再使用的内存，内存泄漏并非内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，导致在释放该内存之前就失去了对这段内存的控制，从而造成了内存的浪费。--维基百科
下面整理出几种常见的引起内存泄漏的情况
意外的全局变量
当在函数中声明变量时忘记使用var（或let、const）声明变量，就会意外地声明一个全局变量，这个全局变量实际上相当于变成了全局对象window的一个属性：
function foo() {
bar = "Million";
}
foo()
正常来讲，一个函数执行完成后，函数中不再被使用到的变量就会被全部销毁，由于bar是一个全局变量，所以bar并不会被销毁，会一直保留在内存中，只有页面被关闭或关闭浏览器才会被释放。
还有通过this意外创建的全局变量：
function foo() {
this.bar = "Million";
}
foo()
函数在全局环境执行时，this指向的就是window对象，相当于另一种方式给window对象增加了属性。
如果想避免这两种情况，可以使用‘use strict’严格模式，严格模式下的this不会自动指向window，而是指向undefined. 同时严格模式下禁止在未声明变量的情况下就使用变量。 （ var 就是变量声明操作符 ）
console.log
console.log: 向Web控制台打印一条消息，常用来在开发时调试分析，有时会在开发过程中打印出对象信息，但是在网站发布时忘记删除，这个时候，为了维持对象可以再控制台打印，该对象就会被一直留在对象中。这个对象将无法被垃圾回收。
闭包
在同一个外部函数下，如果有多个内部函数，这些内部函数是共享同一个外部函数对象的，如果创建的内部函数没有被外部变量引用，无论内部函数是否有使用外部函数的变量，在函数执行完后，外部函数和和内部函数的变量都将被销毁，反之，如果有一个或多个内部函数被外部变量引用，且内部函数有使用到外部函数的变量，就形成了闭包，外部函数的变量就会存在于内部函数的作用域链中，哪怕这个内部函数没有使用到这个外部函数内变量，但只要同一级的其他内部函数使用到了这个外部函数内变量，这个变量就会存在所有会被外部变量引用的内部函数中。
DOM泄漏
我们知道由于浏览器的原因，当使用JS操作DOM时都会耗费很高的性能，因为DOM是放在浏览器的WebCore中，而JS的操作是放在V8引擎中，JS要取到DOM就相当于要跨过一条长长的桥，需要大量性能。但这不是引起内存泄漏的原因。原因是，我们为了减少性能损失，会在JS中，对DOM的引用放在一个变量中，避免每次都重复引用相同的变量多次，但很多时候，我们引用完DOM后都不会把该变量清除（null 或者 undefined），导致该变量一直保持对DOM的引用，造成内存泄漏。
有一种特殊情况是即使将变量设null也无法让比变量被GC的：
//html
<div id="refA">
<ul>
<li><a href="#"></a></li>
<li><a href="#"></a></li>
<li><a href="#" id="refB"></a></li>
</ul>
</div>
<div></div>
<div></div>
//js
var refA = document.getElementById('refA');
var refB = document.getElementById('refB');
document.body.removeChild(refA);
refA = null; //此时由于refB还留有对refA中孙元素refB的引用，所以refA还无法被GC
refB = null; //refB置空后没有变量保持对refeA的引用，refA被GC
timers
使用setInterval定时器时如果没有clearInterval，定时器就会一直调用。即使你把调用定时器的那个对象置null，这实际上也是一种闭包。
EventListener
做移动端适配时，需要对不同尺寸设备做适配，当需要考虑横竖屏适配时，一般是在横屏发生变化时，需要将组件销毁再重新生成，而在组件中会对其相关事件绑定，如果在销毁组件时，没有将组件的事件解绑，在横竖屏发生变化时，就会不断地对组件进行事件绑定，这样会导致一些异常。甚至页面崩溃。
这篇文章其实是 常见的 JavaScript 内存泄露
的阅读笔记，里面用Chrome控制台的Performance和Memory演示了查看内存泄漏，我觉得是本文最有趣的地方。
