chrome内存泄露（二）、内存泄漏实例
一、常见JS内存泄漏
1.1 全局变量引起的内存泄漏
全局变量使用完毕没有置为null导致内存就无法回收。平常应注意不要引入意外的全局变量，比如定义变量记得加 var声明。
全局变量引发泄露的实例：
点击添加节点，再点击删除节点，作为一轮操作。通过chrome JS堆动态分配时间轴可以看到每轮操作后，都有JS堆内存得不到释放。 
滑动鼠标滚轮，查看其中一段，可以发现字符串"xxx.."没有被回收。选中字符串，在下方Retainers可以看到变量是数组window.text的其中一个元素。结合代码，发现是函数createNode()每次都会把字符串"xxx.."添加到全局变量window.text中。
如果全局变量引用的是DOM，将会导致DOM节点无法回收。Class Filter搜索Detached可以看到许多分离的节点。比如下面这段代码：
上面这段代码第一次点击刷新节点不会有问题，但第二次点击刷新节点就会有内存泄漏。因为有JS变量指向DOM节点，导致DOM节点无法回收。虽然JS变量只保存了1个节点，但却影响了101个节点的回收，这101个节点因为是这个节点的相关节点而没有被回收（相关节点包括父级节点、父级节点的子节点等）。如下图所示，有101个未被回收的分离节点，这些节点标红显示，说明JS变量引用节点间接影响了这些节点的回收。
点击选中Detached HTMLDivElement，可以查看这些节点被哪个JS变量引用。从下图中可以看出分离节点是被window.elements数组间接引用：
1.2 闭包引起的泄漏
用Meteor 的官方博文 《An interesting kind of JavaScript memory leak》经典的内存泄漏代码作为例子（访问不了可以点击参考文章中的链接）。
代码运行之后，点击四次按钮录制的JS堆内存分配时间线如下图所示。选中第一次点击未被回收的JS堆。可以看到字符串"xxx"未被回收，占内存约10%。这个字符串是被originanlThing.longStr引用，originanlThing是在someMethod()函数中定义的，someMethod()又是另一个originalThing的方法...。这就是闭包不断嵌套，可以看到最上面的longStr的Distance是11,距离根节点已经比较远了。如果再多点击几次，查看第一个没有被回收的JS堆，会发现Distance值越来越大。
这段代码为什么会产生泄漏？先来了解下闭包的原理：
同一个函数内部的闭包作用域只有一个，所有闭包共享。在执行函数的时候，如果遇到闭包，会创建闭包作用域内存空间，将该闭包所用到的局部变量添加进去，然后再遇到闭包，会在之前创建好的作用域空间添加此闭包会用到而前闭包没用到的变量。函数结束，清除没有被闭包作用域引用的变量。
上面那段代码泄漏的原因在于有两个闭包：unused和someMethod。unused 这个闭包引用了父作用域中的 originalThing 变量，如果没有后面的 someMethod，则会在函数结束后清除，闭包作用域也跟着清除了。因为后面的 theThing 是全局变量someMethod是全局变量的属性，它引用的闭包作用域（包含了 unused 所引用的 originalThing ）不会释放。而随着 replaceThing 不断调用，originalThing 指向前一次的 theThing，而新的theThing.someMethod又会引用originalThing ，从而形成一个闭包引用链，而 longStr是一个大字符串，得不到释放，从而造成内存泄漏。
这个的解决方法就是在函数结束之后将不需要使用的变量置为null。即在replaceThing函数最后加上originalThing = null。
1.3 DOM删除时没有解绑事件
删除DOM时如果没有移除DOM，可能会引起泄漏。下面这段代码在chrome下内存能保持稳定，在IE8下测试内存会不断增长：
运行上面代码，先点击15次“增加节点“，再点击15次“删除节点”，放置几分钟观察内存。内存最初18M，操作以后上涨到204.806M。（IE8没有找到分析内存消耗的工具，可以借助Window系统任务管理器查看。按Ctrl + Shift + Esc打开任务管理器，找到iexplore.exe进程，查看对应内存。即使只打开一个标签页，也有两个IE进程，一个应该是IE浏览器本身的进程，另一个是标签页对应的进程。如下图所示：）
1.4 被遗忘的定时器
定时器如果不需要使用，记得及时清除。否则会导致定期器回调函数以及内部依赖的变量没有办法及时回收。
这是第一个页面
运行上面的例子，在第一个页面时就加入了增加节点定时器。当切换到第二个页面时，并没有取消定时器，定时器依然在执行。再次切换到第一个页面时，又新增了一个定时器，此时有两个定时器在执行。每次来回切换页面都会引发泄漏。
下图是切换到第二个页面时开始录制的JS堆动态分配时间线：
从图中可以看到每隔2s就会分配内存，且无法回收。可以看到Detached HTMLDivElement有50个对象。如果不知道是哪里产生的泄漏，可以展开查看这些DOM对象，根据DOM对象的信息来判断哪里代码产生泄漏。如下图，鼠标悬浮到DOM对象，可以看到DOM对象，关注outerHTML等标识性属性：
或者也可以录制时间轴，看下每隔2s会进行什么操作。如下图所示每隔2s，节点和内存都会上升。强制垃圾回收后，内存会下降一些，但节点数量一直是上升状态。证明可能是节点没有释放，引用DOM的JS变量并不大。
接下来看下每个上升点做了什么操作。将鼠标放置Overview区域或者CallStack区域，滑动鼠标滚轮，将选中区域缩小到上升点附近。关注CallStack区域Main区域黄色部分（黄色表示函数调用、触发事件等），选择黄色区域，会悬浮显示函数信息。下方Summary也会显示函数信息。下图中可以看到内存上升时执行了createNodes函数，就能发现是切换页面后定时器没有清除导致。
二、chrome下怪异的内存泄漏
下面这几个问题都是父元素包含指定类型的元素，删除父元素时没有办法成功释放节点。chrome本机内存也无法被回收，但是JS堆内存能够正常。不同版本的chrome表现不一样，chrome 55-68版本会比chrome 69版本更严重些。
这几个问题在火狐下测试，不会出现泄露，内存保持稳定。我觉得可能是chrome本身的问题，希望有想法或有规避方法的可以一起交流。
以下泄漏的常见场景是单页应用。在切换路由时，如果前一个页面包含以下指定类型的元素，就会出现该节点无法成功释放，内存无法被回收。
下面的实例都是基于jQuery实现的（尝试过用原生JS实现，也存在同样的问题）。
1、删除元素包含密码框
测试了chrome 45-69版本，都存在这个问题。
运行后，不断点击“切换页面”，可以看到节点数量一直在上升。但放置几个小时不操作，内存虽然不会恢复最初水平，但是会有所下降。记录数据如下：
| 记录时间 | 执行次数 | 节点个数 | 监听器 | 占用内存空间(M) | JS占用内存（M） |
| 2018/12/9 11:37 | 2 | 100045 | 2 | 41.32 | 2.127 |
| 2018/12/9 11:48 | 102 | 5150651 | 2 | 471.78 | 2.166 |
| 2018/12/9 11:58 | 202 | 10251263 | 2 | 896.22 | 2.166 |
| 2018/12/9 12:13 | 302 | 15351875 | 2 | 1325.728 | 2.166 |
| 2018/12/9 12:24 | 402 | 20452487 | 2 | 1750.852 | 2.166 |
| 2018/12/9 15:11 | 402 | 2000312 | 2 | 206.116 | 2.147 |
2、删除元素包含按钮，且按钮被用户手动点击过
测试了chrome 55-69版本。chrome 55-68版本都存在这一问题，chrome 69版本不存在这一问题。
这个例子在chrome 69版本下不会有泄露。chrome 69版本测试数据如下：
| 记录时间 | 执行次数 | 节点个数 | 监听器 | 占用内存空间(M) | JS占用内存（M） |
| 2018/12/9 12:27 | 2 | 50029 | 2 | 41.32 | 2.127 |
| 2018/12/9 12:41 | 102 | 50029 | 2 | 46.52 | 2.273 |
| 2018/12/9 12:51 | 202 | 50029 | 2 | 45.228 | 2.293 |
有兴趣可以用chrome 55-68版本测试，内存和节点数量会一直上升，并且放置几个小时也不说释放。
3、删除元素包含输入框、复选框、下拉框等表单元素（这里不包含按钮），且用户手动点击过
测试了chrome 55-69版本。chrome 55-69版本都存在这个问题。
运行后，按照以下操作就会出现泄露：点击输入框-->点击切换页面-->再次点击切换页面。即使放置几个小时不操作，内存也没有下降趋势，在chrome 69下测试数据如下：
| 记录时间 | 执行次数 | 节点个数 | 监听器 | 占用内存空间(M) | JS占用内存（M） |
| 2018/12/9 12:52 | 2 | 100069 | 2 | 43.384 | 2.152 |
| 2018/12/9 13:05 | 102 | 5150754 | 2 | 472.564 | 2.152 |
| 2018/12/9 13:16 | 202 | 10151454 | 2 | 891.492 | 2.172 |
| 2018/12/9 14:09 | 302 | 15252168 | 2 | 1314.792 | 2.172 |
| 2018/12/9 14:50 | 402 | 20902959 | 2 | 1787.504 | 2.172 |
| 2018/12/9 15:42 | 402 | 20902959 | 2 | 1789.4 | 2.319 |
| 2018/12/9 16:43 | 402 | 20902959 | 2 | 1789 | 未记录 |
如果在切换页面之前先删除输入框、复选框等表单元素（直接删除表单没有效果），内存泄露就很会弱化很多。但是项目中适不适合使用这种方式规避内存泄露也需要权衡，逐个删除表单元素，也会影响性能。修改上面代码中changePage()函数：
修改后在chrome 69下测试数据如下表，内存和节点增长明显弱化很多：
| 记录时间 | 执行次数 | 节点个数 | 监听器 | 占用内存空间(M) | JS占用内存（M） |
| 2018/12/9 14:22 | 2 | 50069 | 2 | 38.524 | 2.136 |
| 2018/12/9 14:31 | 102 | 50438 | 2 | 62.28 | 2.156 |
| 2018/12/9 14:40 | 202 | 50838 | 2 | 63.486 | 2.156 |
| 2018/12/9 14:59 | 302 | 51238 | 2 | 69.136 | 2.156 |
| 2018/12/9 15:10 | 402 | 51654 | 2 | 71.54 | 2.156 |
PS：上面这几个例子如果想看下长时间运行后的效果，可以使用自动化测试工具sikuli，安装教程可以查看sikuli安装，使用可以查看视频。
三、Vue常见泄露
1、事件总线上绑定事件没有解绑
下面这个是事件总线eventbus.js：
define([], function () {
return new Vue();
})下面是music模块用事件总线绑定事件，事件用到了组件。如果把beforeDestroy代码注释掉，就会出现泄露。切换页面后，组件占用的JS堆内存无法被释放。因为绑定事件中引用了组件。
var depends = ["text!music/html/index.html", "js/eventbus.js"];
define(depends, function(tpl, bus){
var component = Vue.extend({
template: tpl,
data: function(){
return {
show: false
}
},
methods: {
changeToKTV: function () {
this.$router.push({path: "/KTV"});
}
},
created: function(){
var self = this;
bus.$on("changePage", function () {
console.log(self);
});
},
beforeDestroy: function () {
bus.$off("changePage");
}
});
return component;
});2、定时器没有取消
如果在页面中添加了定时器，切换页面之前记得清除定时器。下面这段代码如果把beforeDestroy中的代码注释掉就会出现内存泄露。同样也是因为定时器中引用了组件，导致组件占用JS堆内存无法释放。
var depends = ["text!music/html/index.html", "js/eventbus.js"];
define(depends, function(tpl, bus){
var component = Vue.extend({
template: tpl,
data: function(){
return {
date: new Date(),
dateTimer: null
}
},
methods: {
changeToKTV: function () {
this.$router.push({path: "/KTV"});
}
},
created: function(){
var self = this;
this.dateTimer = setInterval(function () {
self.date = new Date();
}, 1000);
},
beforeDestroy: function () {
this.dateTimer && clearInterval(this.dateTimer);
}
});
return component;
});
3、引用了三方插件生成Vue组件但没有销毁
详见vue官网避免内存泄漏
四、参考文章
1、闭包泄漏：An Interesting Kind of JavaScript Memory Leak – Meteor blog（原文可能访问不了，附上其他人转载的文章）
五、测试代码下载
文章中的测试代码都上传到csdn下载