JS 具有自动垃圾收集机制，因此开发人员不用关心内存的使用问题。其垃圾收集机制原理很简单：就是找出不需要继续使用的变量，然后释放其占用内存。
JS 垃圾收集有两种方式，标记清除和引用计数。
标记清除
这是 JS 种最常用的垃圾收集方式。
当变量进入环境时，就会给其一个“进入环境”的标记。当变量离开环境时，就给其一个“离开环境”的标记。用什么方式标记不重要，每当垃圾收集器运行时则将“离开环境”标记的变量销毁，释放其占用内存。
引用计数
引用计数的方式则是记录其引用数。当一个引用类型的值被赋值给一个新申明变量时，这个值的引用次数是1。如果另一个变量引用了这个值，那么它的引用次数加1。反之，当引用这个值的变量引用了其他的值，则这个值的引用次数减1。当其引用次数为0时就意味着不能再获取这个值，即可以将它回收。垃圾回收器运行时，即可释放其占用内存。
但是引用计数方式有一个很严重的问题，那就是循环引用。例如：
function foo（）{
var objectA = {}
var objectB = {}
objectA.child = objectB
objectB.child = objectA
}
此时，objectA 和 objectB 的引用次数都是2。而且不会减少到0，那么引用计数的垃圾收集方式下objectA、objectB将永远不会被回收。如果是标记清除方式，当函数 foo 执行完毕后，其内部变量都离开了作用域，就可以被垃圾收集器释放。
当这个函数被大量使用时，就会导致大量内存被占用，并且一直得不到回收。
IE的 BOM 和 DOM
IE 的 BOM 和 DOM 是使用C++以 COM（Component Object Model，组件对象模型）对象的形式实现的，而 COM 对象的垃圾收集机制采用的就是引用计数方式。所以在 IE 中涉及 COM 对象，就会存在循环引用问题。例如
var element = document.getElementById('id')
var someObject = {}
someObject.element = element
element.otherObject = someObject
此时的 element 永远的不会被回收。那么为了避免这样的问题，只有手动的将其引用设为 null。
someObject.element = null
element.otherObject = null
为了解决这个问题，IE9把 BOM 和 DOM 对象都转换成了真正的 js 对象。这样，就避免了两种垃圾收集算法并存导致的问题，也消除了常见的内存泄漏现象。
内存管理
虽然 JS 有自动的垃圾回收机制
但是为了确保占用最少的内存让页面获得更好的性能。而优化内存占用的最佳方式，就是执行中的代码只保存必要的数据。一旦数据不再有用，最好通过将其值设置为 null 来释放其引用——这个做法叫做
解除引用
解除引用的方式适合用在全局变量下，因为局部变量会在函数执行完毕后被自动解除引用。
不过，解除一个值的引用并不意味着自动回收该值所占用的内存。解除引用的真正作用是让值脱离执行环境，以便垃圾收集器下次运行时将其回收。
