js内存泄漏及排查详解

常见内存泄漏及解决方案

内存泄漏（Memory Leak）是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。

隐式全局变量

在局部作用域中，等函数执行完毕，变量就没有存在的必要了，浏览器的垃圾回收机制很快进行回收，但是对于全局变量，很难判断什么时候不用这些变量，无法正常回收；所以，尽量少使用全局变量。

function foo() {
  a = 'test'
}
// 上面的写法等价于
function foo() {
  window.a = 'test'
}

上面的a变量应该是foo()内部作用域变量的引用，由于没有使用关键词（let、const、var）来声明这个变量，这时变量a就被创建成了全局变量，这时候就会导致内存泄漏。

解决方式：使用 var、let、const 来定义变量。或者在js文件开头添加 'use strict'，开启严格模式。

function bar() {
  this.a = 'test'
  // 函数自身发生调用，this指向全局对象window
}
bar();

闭包

闭包是代码块和创建该代码块的上下文中数据的结合（函数套函数，子函数引用了父函数的参数或变，并且被外部引用，形成不被释放的作用域）。

在使用闭包的时候，就会造成严重的内存泄漏，因为闭包中的局部变量，会一直保存在内存中。

function fn(){
  let result = {}
  return function(){
    // 因为闭包内引用了result，导致它不会被垃圾机制回收，导致内存泄漏
    return result;
  }
}
let fn1 = fn()
fn1()

上面的代码可以直接通过将fn1置为null来清除引用。也可以少用闭包的方式。

未清除的DOM引用

<div id="app">
  <ul id="ul">
    <li></li>
    <li></li>
    <li id="li3"></li>
    <li></li>
  </ul>
</div>
<script>
  let app = document.querySelector('#app')
  let ul = document.querySelector('#ul')
  let li3 = document.querySelector('#li3');
  app.removeChild(ul);
</script>

上面的代码虽然调用removeChild把ul从DOM上移除了，但是由于ul变量中仍存在引用，整个ul及子元素都不能被垃圾回收机制清除。

因此需要手动将引用清除：

ul = null;

但是此时li3变量还引用着ul的子节点，ul还是不能够垃圾回收机制清除，还需要手动将li3解除引用。

li3 = null;

定时器

setInterval或者setTimeout在不需要使用的时候，没有被clear，导致定时器的回调函数及其内部依赖的变量都不能被回收，这也会造成内存泄漏。另外，浏览器中的 requestAnimationFrame 也存在这个问题，在不需要的时候用 cancelAnimationFrame 来取消使用。

const data = {};
setInterval(() => {
  console.log(data);
}, 1000)

循环引用

循环引用在引用计数策略下会导致内存泄漏，标记清除不会。

function fn() {
  const a = {};
  const b = {};
  a.b = b;
  b.a = a;
} 
fn();

a和b的引用次数都是2，fn()执行完毕后，两个对象都已经离开环境。
在标记清除方式下是没有问题的，但是在引用计数策略下，a和b的引用次数不为0，不会被垃圾回收器回收内存。如果fn函数被大量调用，就会造成内存泄漏，这时候就需要手动解除引用（置为null）。

未清理的console

如果在console中输出了对象，那么浏览器就需要把这个引用关系保存下来，才能在控制台上看到相应的对象，这样同样也会造成内存泄漏。

使用chrome devtool工具排查内存泄漏问题

查看内存曲线

在浏览器中打开开发者工具（通常都是F12快捷键打开）。首先可以查看Performance栏。

在这里插入图片描述
勾选memory，点击左上角的原点开始录制一段时间，如果出现内存曲线没有明显下降，说明可能存在内存泄漏。

查看内存情况

在performance栏中如果看到曲线没有明显下降，那么这时候就可以点击memory栏去查看更多的信息。

在这里插入图片描述
同样开始点击左上角的原点开始记录，通常需要录制多几遍（每次录制前都先点击垃圾回收按钮先回收掉可以收集的垃圾），然后进行对比。

在这里插入图片描述
这里可以很明显看到内存占用一次比一次高，选择快照对比，进行内存泄漏的排查。

在这里插入图片描述
首先可以先查看shallow size(对象本身占用内存的大小，不包含其引用的对象)，retained size（对象本身的Shallow Size + 对象能直接或间接访问到的对象的Shallow Size），如果retained size远大于shallow size，说明就是这里有泄漏。