javascript内存泄露的问题一直以来都不受到大家的重视，原因是对用户的影响没有太实际的表现，或许近几年内存发展迅速。脚本内存再泄露也不会有太大影响。
当然作为前端开发的同学们，就不能有这样的侥幸心理。出现memory leaks很大程度上是因为程序的不成熟和编码不太规范造成的。不过，这里就不说如何出现问题的，对问题的出现有兴趣可以参考以下地址：
这里主要说说，目前几个检查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下载地址:
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来反映当前浏览器的真实情况。
浏览器刷新后�
Javascript函数中传递带空格的参数
通常在页面中要让某些内容点击后产生点击事件（非页面跳转）都会使用onclick，但是这样不适于需要传递参数的情况，于是写成直接调用Javascript函数的方式：<a href=javascript:somefunction(args)>content</a>。注意，这么写是有问题� ......
