javascript内存泄露的问题一直以来都不受到大家的重视，原因是对用户的影响没有太实际的表现，或许近几年内存发展迅速。脚本内存再泄露也不会有太大影响。

当然作为前端开发的同学们，就不能有这样的侥幸心理。出现memory leaks很大程度上是因为程序的不成熟和编码不太规范造成的。不过，这里就不说如何出现问题的，对问题的出现有兴趣可以参考以下地址：

?Understanding and Solving Internet Explorer Leak Patterns
?IE's memory-leak fix greatly exaggerated
?Memory Leakage in Internet Explorer – revisited


这里主要说说，目前几个检查javascript内存泄露的工具使用方法:

首先我们用到的工具有三个 Drip/sIEve ,Javascript Leaks Detector, leak monitor。其中前两个是用于检查ie的，leak monitor 是用来检查firefox的情况的。这里重点说一下ie下的这两个工具，由于firefox的GC机制比ie强壮，只要ie的问题消除了，其他浏览器基本上不会有什么问题。


1.Drip/sIEve

Drip和sIEve的作者应该是同一个人，连open souce上的项目都是在一起的。不过，平时我们主要使用sIEve就可以了，sIEve的功能比Drip强大一些


sIEve 界面很简单，左侧：内嵌了一个浏览器控件，我可以访问任何网址，下方还有个内存检查，这样我们可以方便看出内存的升降情况以及dom使用数量曲线。

右侧面板，我们可以通过 Show in use 看到目前页面使用的dom的情况，Show Leaks 可以看到内存泄露的dom。当然每次显示泄露的情况必须是页面刷新后，看到上一个页面的泄露情况。

同时通过右侧的数据颜色，我们可以看到内存的升降和具体的数量级
????? ?
不过sIEve的工作原理是对所有dom进行了一次hack,然后自己判断那些dom没有被释放掉，但是具体的情况比较难分析出来。而且跟踪有问题的 dom需要一定技巧，对于大型的应用程序，跟踪难度大。


不过用来检测小模块的内存使用情况还是一个不错的选择，特别是大项目模块细分后，对每个模块的单独测试还是比较不错的


谢谢怿飞同学提示的下载地址, Drip/sIEve下载地址:
http://home.orange.nl/jsrosman/

2. Javascript Leaks Detector

这是来自微软GPDE团队的一个小工具,下面简称JLD

官网: http://blogs.msdn.com/gpde/pages/javascript-memory-leak-detector.aspx

安装后，我们可以在ie浏览器的 查看->浏览器栏中找到

JLD强大之处在于能够模拟IE6和IE7的GC情况，和真实的回收情况。这样可以做一个比较。


这里通常能只能反应IE6和IE7的理想情况，我们需要选择下面Actual Leaks来反映当前浏览器的真实情况。


浏览器刷新后，我们就可以看到上次页面的结果了，绿色代表没有发现内存泄露，红色代表发现了内存泄露，蓝色是当前加载完成的页面，当然还有黑色，是指正在加载的网页

当我们展开一个有问题的页面时，


我们可以看到一个有问题分支Leaks.这里列出了有问题的节点，同时还能帮我们列出出现问题的脚本在什么地方。


这点非常方便我们定位出泄露的问题所在。不过要使用脚本调试，我们必须要打开ie的脚本调试功能


在ie选项的高级中，我们去掉这两个勾即可

3. Leak Monitor

这是firefox上唯一一个检查内存泄露的工具，不过这里舜子不太推荐使用。因为firefox的内存GC机制比IE强悍，不必作为重点考虑对象。只要 ie的问题能处理好，firefox上基本上也没有什么问题。而且有ie这两个强悍的软件帮忙基本上能解决大部分问题了。

可惜这个工具的体验很糟糕，会让人很有一种抓狂的感觉。如果您还要继续尝试可以到这里下载: https://addons.mozilla.org/zh-CN/firefox/addon/2490

以下是关于JavaScript Memory Leak Detector 的使用与介绍

Introduction
JavaScript Memory Leak Detector (download) is a debugging tool to detect memory leaks and enforce best practices in JavaScript code when working with version of Internet Explorer older than IE8.

As described in detail in this MSDN article the JScript garbage collector in previous versions of Internet Explorer manages the lifetime of JScript objects but not of DOM objects. As a result, the JScript garbage collector cannot break circular references between DOM objects and JScript objects, and memory leaks may occur.

In IE6, these circular references are broken when the Internet Explorer process terminates (and leaks are very frequent).
In IE7, these circular references are broken when users navigate away from the page.
In IE8 the problem is completely mitigated. (Read here for more details).
Programmers who need to support older versions of the Internet Explorer browser should still try to pay attention to programming patterns such as JScript closures, as they could cause memory leaks.

The leak detector works hosting an IE WebBrowser control and intercepting the execution of JavaScript inside IE. It monitors al the DOM elements in the markup of a web document that somehow interact with JavaScript and presents a list of potentially leaked objects to the user, together with information about the scripts loaded in the page and, if possible, a hint to the instruction that may have caused the leak.

Installation notes
IEJSLeaksDetector is a plain, native, Windows application and does not require any particular setup (the executable can be just unzipped and run).
It only runs in 32 bit versions of Windows. 64 bits editions are not supported yet.

There are only two installation steps required to make sure that the tool works correctly:

1. The tool requires that th