一、对于持续运行的服务进程（daemon），必须及时释放不再用到的内存。否则，内存占用越来越高，轻则影响系统性能，重则导致进程崩溃。 对于不再用到的内存，没有及时释放，就叫做内存泄漏（memory leak）


内存泄漏识别方法

一、内存泄漏识别方法：浏览器方法、命令行方法

浏览器方法

一、步骤：

  1. 打开开发者工具，选择 Memory
  2. 在右侧的Select profiling type字段里面勾选 timeline
  3. 点击左上角的录制按钮。
  4. 在页面上进行各种操作，模拟用户的使用情况。
  5. 一段时间后，点击左上角的 stop 按钮，面板上就会显示这段时间的内存占用情况。

    命令行方法

    使用 Node 提供的 process.memoryUsage 方法。

| 【示例】判断内存泄漏，以heapUsed字段为准。```javascript console.log(process.memoryUsage());

// 输出 { rss: 27709440, // resident set size，所有内存占用，包括指令区和堆栈 heapTotal: 5685248, // “堆”占用的内存，包括用到的和没用到的 heapUsed: 3449392, // 用到的堆的部分 external: 8772 // V8 引擎内部的 C++ 对象占用的内存 }

  1.  |
  2. | --- |
  5. <a name="LCpEf"></a>
  6. # 常见的JS内存泄漏
  7. 一、4种常见的JS内存泄漏
  9. 1. 意外的全局变量
  10. 1. 被遗忘的计时器或回调函数
  11. 1. 脱离DOM的引用
  12. 1. 闭包
  13. <a name="kwKhy"></a>
  14. ## 意外的全局变量
  15. 一、未定义的变量会在全局对象创建一个新变量，如下
  17. | 【示例】```javascript
  18. function foo(arg) {
  19.     bar = "this is a hidden global variable";
  20. }

函数 foo 内部忘记使用 var ，实际上JS会把bar挂载到全局对象上，意外创建一个全局变量。```javascript function foo(arg) { window.bar = “this is an explicit global variable”; }

 |
| --- |

二、另一个意外的全局变量可能由 this 创建。

| 【示例】```javascript
function foo() {
    this.variable = "potential accidental global";
}

// Foo 调用自己，this 指向了全局对象（window）
// 而不是 undefined
foo();

| | —- |

三、解决方法：
在 JavaScript 文件头部加上 ‘use strict’，使用严格模式避免意外的全局变量，此时上例中的this指向undefined。如果必须使用全局变量存储大量数据时，确保用完以后把它设置为 null 或者重新定义。

被遗忘的计时器 timers 或回调函数 callbacks

一、计时器setInterval代码很常见

| 【示例】```javascript var someResource = getData(); setInterval(function() { var node = document.getElementById(‘Node’); if(node) { // 处理 node 和 someResource node.innerHTML = JSON.stringify(someResource)); } }, 1000);

上面的例子表明，在节点node或者数据不再需要时，定时器依旧指向这些数据。所以哪怕当node节点被移除后，interval 仍旧存活并且垃圾回收器没办法回收，它的依赖也没办法被回收，除非终止定时器。 |
| --- |

| 【示例】```javascript
var element = document.getElementById('button');
function onClick(event) {
    element.innerHTML = 'text';
}

element.addEventListener('click', onClick);

对于上面观察者的例子，一旦它们不再需要（或者关联的对象变成不可达），明确地移除它们非常重要。
1、老的 IE 6 是无法处理循环引用的。因为老版本的 IE 是无法检测 DOM 节点与 JavaScript 代码之间的循环引用，会导致内存泄漏。
2、但是，现代的浏览器（包括 IE 和 Microsoft Edge）使用了更先进的垃圾回收算法（标记清除），已经可以正确检测和处理循环引用了。即回收节点内存时，不必非要调用 removeEventListener 了。 | | —- |

脱离 DOM 的引用

一、如果把DOM 存成字典（JSON 键值对）或者数组，此时，同样的 DOM 元素存在两个引用：一个在 DOM 树中，另一个在字典中。那么将来需要把两个引用都清除。

| 【示例】```javascript 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() { // 按钮是 body 的后代元素 document.body.removeChild(document.getElementById(‘button’)); // 此时，仍旧存在一个全局的 #button 的引用 // elements 字典。button 元素仍旧在内存中，不能被 GC 回收。 }

 |
| --- |

| 【示例】<br />如果代码中保存了表格某一个 <td> 的引用。将来决定删除整个表格的时候，直觉认为 GC 会回收除了已保存的 <td> 以外的其它节点。实际情况并非如此：此 <td> 是表格的子节点，子元素与父元素是引用关系。由于代码保留了 <td> 的引用，导致整个表格仍待在内存中。所以保存 DOM 元素引用的时候，要小心谨慎。 |
| --- |


<a name="Vqlqr"></a>
## 闭包
一、闭包的关键是匿名函数可以访问父级作用域的变量。

| 【示例】```javascript
var theThing = null;
var replaceThing = function () {
  var originalThing = theThing;
  var unused = function () {
    if (originalThing)
      console.log("hi");
  };

  theThing = {
    longStr: new Array(1000000).join('*'),
    someMethod: function () {
      console.log(someMessage);
    }
  };
};

setInterval(replaceThing, 1000);

一、每次调用 replaceThing ，theThing 得到一个包含一个大数组和一个新闭包（someMethod）的新对象。同时，变量 unused 是一个引用 originalThing 的闭包（先前的 replaceThing 又调用了 theThing）。someMethod 可以通过 theThing 使用，someMethod 与 unused 分享闭包作用域，尽管 unused从未使用，它引用的 originalThing 迫使它保留在内存中（防止被回收）。
二、解决方法：
在 replaceThing 的最后添加 originalThing = null | | —- |

WeakSet, WeakMap

一、ES6 新出的两种数据结构：WeakSet 和 WeakMap，表示这是弱引用，它们对于值的引用都是不计入垃圾回收机制的。