一、内存泄露
之前确实看了很多资料，但这位大哥的话可谓画龙点睛，不是奉承他，一下子就打通了我的任督二脉，请看：
trarck 写道
IE下的内存泄露原因就是循环引用，IE的垃圾回收器不能很好处理这种引用。
会产生泄露的循环引用，只有孤立的DOM对象(脱离DOM树)。
孤立的DOM对象间的循环引用，孤立的DOM对象与JS对象的循环引用。
为什么是孤立的DOM对象呢？在离开页面时（刷新，跳转）会删除整个DOM树，在DOM树上的对象也会被删除，就算有循环引用，此时被打断。
孤立的DOM对象有：一、用JS创建但未加入DOM树。二、从DOM树中删除的。
所以避免泄露，就尽量不要让这样的DOM对象产生。
有时候这样对象又不可避免，那就不要让这样对像产生循环引用。
最常见的循环引用是由闭包产生，其执行环境中的变量(包括参数)引用了DOM对象。
看完了这段话，只会战战兢兢模仿示例的我立即就自创了一个新的例子。
示例1：
- <input type="button" value="leak" id="leak" onclick="location.reload();"/>
- <script type="text/javascript"><!--
- (function(){
- var test=$(‘<div />‘)[0];
- test.onclick=function(){};
- var s=[];
- for(var i=0;i<10000;i++){
- s.push(‘aaaa‘);
- }
- test.expan=s.join(‘‘);
- //$(‘body‘).append(test);
- //孤立的DOM元素才会泄露
- })();
- //--></script>
特殊情况：iframe
测试工具为：sIEve-0.0.8
在iframe中刷新页面，页面中有很多泄露，每刷一次增加一倍；但最后刷新其父页面时所有的泄露都消失了。
而将iframe提出来单独测试（刷新），没有泄露。
二、内存回收
1、清除全局引用。道理很简单，只要全局引用存在浏览器不能释放对应的对象，因为在引用的生命周期内，对象随时可能被调用。
- <input type="button" value="TO GC" onclick="toGC()" />
- <script type="text/javascript"><!--
- function toGC(){
- g.s=null;
- }
- var g={};
- g.s=[];
- for ( var i=0;i<100;i++){
- g.s.push($(‘<div />‘)[0]);
- }
- //--></script>
如果不点击TO GC按钮，所创建的div永远都不会释放，直至页面unload。
2、各浏览器不同的内存释放机制
一个正常（无泄漏）的页面，当它unload（比如href指向about:blank）时，在不同的浏览器中内存释放情况并不相同。做了测试，使用某著名电子商务网站作测试对象。
IE7:不会出现显著释放，即使等1个小时也一样，内存依然很高；最小化窗口才会释放到几M的水准。
FireFox3:无论如何都不释放，目前还没找到方法(当然，关闭窗口除外)。
Chrome6:立即释放。