jQuery 泄漏问题已解决，但为什么呢？

我正在开发一个包含大量 JavaScript 的大型企业应用程序。够了，我不可能遍历并修复过去 5 年开发中创建的所有小循环引用。在研究解决方案时，我遇到了这个小的 jQuery 黑客/补丁：

http://kossovsky.net/index.php/2009/07/ie-memory-leak-jquery-garbage-collector/ http://kossovsky.net/index.php/2009/07/ie-memory-leak-jquery-garbage-collector/

并决定尝试一下。令人惊讶的是，它有效！ sIEVE 在我之前发现的地方没有显示泄漏，iexplore 任务正在维护更易于管理的内存占用。

我的问题是，为什么这有效？ jQuery.remove 调用 .removeChild，它应该删除该元素，但显然没有。该补丁会将目标元素附加到新的垃圾收集器 div 上，然后将其清除。为什么patch方法的remove可以完全释放内存，而jQuery的remove函数却不能？我希望了解其工作原理，以便在将其签入更大的应用程序之前可能改进解决方案。

这是.remove当前 jQuery 版本 (1.6.2) 中的方法。请注意，它调用.cleanData:

// keepData is for internal use only--do not document
    remove: function( selector, keepData ) {
        for ( var i = 0, elem; (elem = this[i]) != null; i++ ) {
            if ( !selector || jQuery.filter( selector, [ elem ] ).length ) {
                if ( !keepData && elem.nodeType === 1 ) {
                    jQuery.cleanData( elem.getElementsByTagName("*") );
                    jQuery.cleanData( [ elem ] );
                }

                if ( elem.parentNode ) {
                    elem.parentNode.removeChild( elem );
                }
            }
        }

        return this;
    },

And the .cleanData它调用的方法，其中提到了票号并据称防止了可怕的泄漏（根据其中一条评论）：

cleanData: function( elems ) {
        var data, id, cache = jQuery.cache, internalKey = jQuery.expando, special = jQuery.event.special,
            deleteExpando = jQuery.support.deleteExpando;

        for ( var i = 0, elem; (elem = elems[i]) != null; i++ ) {
            if ( elem.nodeName && jQuery.noData[elem.nodeName.toLowerCase()] ) {
                continue;
            }

            id = elem[ jQuery.expando ];

            if ( id ) {
                data = cache[ id ] && cache[ id ][ internalKey ];

                if ( data && data.events ) {
                    for ( var type in data.events ) {
                        if ( special[ type ] ) {
                            jQuery.event.remove( elem, type );

                        // This is a shortcut to avoid jQuery.event.remove's overhead
                        } else {
                            jQuery.removeEvent( elem, type, data.handle );
                        }
                    }

                    // Null the DOM reference to avoid IE6/7/8 leak (#7054)
                    if ( data.handle ) {
                        data.handle.elem = null;
                    }
                }

                if ( deleteExpando ) {
                    delete elem[ jQuery.expando ];

                } else if ( elem.removeAttribute ) {
                    elem.removeAttribute( jQuery.expando );
                }

                delete cache[ id ];
            }
        }
    }

这是评论中提到的票。显然八个月前就已经修复了：

http://bugs.jquery.com/ticket/7054#comment:10 http://bugs.jquery.com/ticket/7054#comment:10

根据 Dave Methvin 的说法，解决方案似乎是确保事件处理程序中的 DOM 元素引用被 cleanData 删除，以避免 IE6/7/8 内存泄漏。

换句话说，将事件处理程序中对 DOM 元素的引用设置为null否则一些很棒的浏览器，无需提及任何名称cough IE cough会泄漏内存。

discardElement（来自您的链接）将元素插入容器中，然后清空容器，从而无效化对该元素的任何引用。

考虑到这一点，我建议升级 jQuery。您指向的文章是 2009 年的，两年大约相当于 jQuery 开发时间的四百多个工时。

最后，这里有一些关于 Internet Explorer 中泄漏模式的有趣（而且长得可笑）的读物：

• 了解和解决 Internet Explorer 泄漏模式 http://msdn.microsoft.com/en-us/library/bb250448%28v=vs.85%29.aspx