jQuery泄漏解决了,但为什么呢?

时间:2011-08-25 16:59:29

标签: javascript jquery dom

我正在开发一个拥有大量JavaScript的大型企业应用程序。足以让我无法通过并修复过去5年开发过程中创建的所有小型循环引用。在研究解决方案时,我遇到了这个小jQuery黑客/补丁:

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

并决定尝试一下。令人惊讶的是,它的作品! sIEVE显示我之前发现的地方没有泄漏,而且iexplore任务正在维持更易管理的内存占用。

我的问题是,为什么这有效? jQuery.remove调用.removeChild,它应该摆脱元素,但显然不会。而是将补丁附加到新的垃圾收集器div上,然后将其清除。为什么删除补丁方法完全释放了内存,但jQuery的删除功能却没有?我希望了解为什么这样做有效,以便在我检查更大的应用程序之前可能改进解决方案。

2 个答案:

答案 0 :(得分:12)

这是当前jQuery版本(1.6.2)中的.remove方法。请注意,它会调用.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;
    },

它所调用的.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

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

换句话说,将事件处理程序中对DOM元素的引用设置为null否则一些非常棒的浏览器,而不提及任何名称​​ cough IE cough 将泄漏内存

discardElement(来自您的链接)将元素插入容器中,然后清空容器,从而取消对该元素的任何引用。

考虑到这一点,我建议升级jQuery。你指的文章来自2009年,两年大约相当于jQuery开发时间的四百万工时。

最后,这里有一些关于Internet Explorer中泄漏模式的有趣(且可笑很长)的阅读:

答案 1 :(得分:1)

我要理解它与.net垃圾收集类似,因为它依赖于堆中的固定对象。

IE正在处理已移除对象的父级,如引脚,而不是正确清除已删除的对象。

将已删除的项目移动到此生成的gc容器的行为基本上是删除该引脚,因为IE知道没有任何东西依赖于该容器。

无论如何,这是我的直觉。