Javascript IE处理内存泄漏的最佳/标准addEventListener解决方案是什么？

在我广泛的研究中，我看到了许多解决这个问题的方法。（.）我主要关心的是如何处理因在IE中使用

attachEvent（）

而导致的内存泄漏。总之，经过所有研究，我发现了以下解决方法：

// written by Dean Edwards, 2005
// with input from Tino Zijdel - crisp@xs4all.nl
// http://dean.edwards.name/weblog/2005/10/add-event/
function addEvent(element, type, handler)
{
    if (element.addEventListener)
        element.addEventListener(type, handler, false);
    else
    {
        if (!handler.$$guid) handler.$$guid = addEvent.guid++;
        if (!element.events) element.events = {};
        var handlers = element.events[type];
        if (!handlers)
        {
            handlers = element.events[type] = {};
            if (element['on' + type]) handlers[0] = element['on' + type];
            element['on' + type] = handleEvent;
        }

        handlers[handler.$$guid] = handler;
    }
}
addEvent.guid = 1;

function removeEvent(element, type, handler)
{
    if (element.removeEventListener)
        element.removeEventListener(type, handler, false);
    else if (element.events && element.events[type] && handler.$$guid)
        delete element.events[type][handler.$$guid];
}

function handleEvent(event)
{
    event = event || fixEvent(window.event);
    var returnValue = true;
    var handlers = this.events[event.type];

    for (var i in handlers)
    {
        if (!Object.prototype[i])
        {
            this.$$handler = handlers[i];
            if (this.$$handler(event) === false) returnValue = false;
        }
    }

    if (this.$$handler) this.$$handler = null;

    return returnValue;
}

function fixEvent(event)
{
    event.preventDefault = fixEvent.preventDefault;
    event.stopPropagation = fixEvent.stopPropagation;
    return event;
}
fixEvent.preventDefault = function()
{
    this.returnValue = false;
}
fixEvent.stopPropagation = function()
{
    this.cancelBubble = true;
}

// This little snippet fixes the problem that the onload attribute on the body-element will overwrite
// previous attached events on the window object for the onload event
if (!window.addEventListener)
{
    document.onreadystatechange = function()
    {
        if (window.onload && window.onload != handleEvent)
        {
            addEvent(window, 'load', window.onload);
            window.onload = handleEvent;
        }
    }
}​

现在我有几个问题。要找到这段代码并不容易，所以我可以假设没有多少人在使用这段代码。这让我相信其他人正在使用不同的代码，并且他们的代码没有问题。如果是这样的话，那么我刚刚发布的代码是不是太夸张了

我还担心，在我的研究中，我发现了很多类似的解决方法：

if (el.addEventListener){  
  el.addEventListener('click', callback, false);   
} else if (el.attachEvent){  
  el.attachEvent('onclick', callback);  
} 

---

这段代码不能处理IE造成的内存泄漏。现在我要问：使用普通JavaScript处理

attachEvent（）的最佳/标准解决方法是什么

这是IE中的内存泄漏吗？

如果您正在动态删除和创建连接了事件处理程序的DOM对象，并且执行了足够多的时间来生成泄漏内容（例如数百兆字节），您是否意识到这种泄漏只会是旧浏览器中的一个问题@jfriend00——GhettoIE的部分问题是，当你转到下一页时，它甚至没有释放内存：其他人的网站可能会导致你的页面内存泄漏。那真是糟透了@Aust——这唯一一次出现问题是当您有循环引用时：如果您有一个带有

onclick

的元素，并且

onclick

的函数有一个预存储在闭包中的变量，该闭包指向同一个元素。如果在事件中使用闭包，则在处理完所有

元素
引用后，只需将其设为空，并且不要将元素保留在OldIE中的闭包中。@Norguard-当您转到另一页时，没有释放此内存的IE的最新版本是什么？还有，一个事件处理程序需要多少内存？您得到的脚本的其余部分不一定是内存泄漏，而是通过保留对函数的引用使
removeEventListener
变得有用，以防您需要删除它（因为您从未获得句柄或访问存储的句柄数组——您需要为它提供确切函数的确切版本，如果需要绑定上下文或创建闭包等，这是很困难的）@jfriend00我记不清它是什么时候100%停止的。我知道如果你花太多时间担心它，那么你正在担心一个在IE6之前真正达到顶峰的问题。正如你所说，在一台蹩脚的PC上，IE死掉之前，需要处理成百上千个节点……但这也是每一个月的总和你访问的页面。IE6和IE7都有漏洞，但我认为它们都没有内存漏洞。即使IE6受到影响，我们也在试图让它死掉。到目前为止，性能可能会很差。