ExtJs内存泄漏----组件泄漏检查

最新推荐文章于 2019-06-28 14:25:36 发布

iteye_10706

最新推荐文章于 2019-06-28 14:25:36 发布

阅读量327

点赞数

分类专栏： extjs 文章标签： EXT Firebug Cache Firefox

extjs 专栏收录该内容

3 篇文章

订阅专栏

本文介绍了一种检测Extjs应用中内存泄漏的方法，通过检查ComponentMgr来找出未正确销毁的组件，并提供了具体代码实例及常见泄漏场景分析。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在单页式的Extjs应用中，由于Extjs存在许多的全局变量，这些全局变量包括了如：
Element Cache,Event Cache,ComponentMgr,ButtonMgr等等，内存的泄漏往往由于组件销毁时，没注意清除这些变量而引起。在2.2由guig提供的patch包，很大程度上保证了Extjs自带的组件正确的销毁。
下面提供一个检测ComponentMgr中是否累积了Component的代码：

function() {
                var items = Ext.ComponentMgr.all.items;
                var comIds = ewp.util.CheckLeakInEvents.comIds = ewp.util.CheckLeakInEvents.comIds || {};
                //累加组件出现次数
                for (var i = 0; i < items.length; i++)
                {
                    comIds[items[i].id] = (comIds[items[i].id] || 0) + 1;
                }
                //打印出现次数超过一次的组件Id
                var result = [];
                for(var key in comIds)
                {
                    if(comIds[key] > 1)
                    {
                        result.push(key + "=" + comIds[key]);
                    }
                }
                alert(result.join(", "));
            }

该方法可以作为一个Button的handler，每次点击一次，察看那些组件累积在了ComponentMgr中，结合FireBug设置断点，通过Ext.ComponentMgr(id),察看更多的组件信息。
遇到组件泄漏的场景：
如 tbar = [new TextField({...})],tbar所在的Grid作为TabItem,并且该TabItem延迟渲染，那么由于new TextField({...})已经注册，但因为未渲染，toolbar中未添加该Field为其Item，导致未销毁组件。（解决办法：通过复写onDestroy主动销毁，或是使用{xtype:""}延迟组件创建），总之，如果主动new ...的组件，那么注意销毁时，是否销毁了相应的组件。