ExtJS内存泄露.pptVIP

ExtJs内存泄露 sIEve—观察内存泄露和内存回收 事件机制 div注册事件 Prac_1.html Prac_2.html Ext.get(div1).on(click,function(){?alertMsg()?});?? 原因 该补丁包给几乎所有存在泄露的组件做了修正。 虽然补丁所描述的环境是ie,但实质上2.2在任何浏览器上都因为事件模型和组件本身销毁方法考虑不周的缘故使内存不断增长。 从2.0的组件树模型，到2.2对事件模型的修改，再到该补丁的出现，一页式的web应用真正走向成熟 /forum/showthread.php?45782-2.2-OPEN-quot-element-orphan-quot-in-a-quot-oneone-application-quot-web现在2.0 2.2 Ext JS 3.1发布: 大量内存泄漏的改善 Extjs性能优化 针对以下这三种情况讨论一下解决方案： 　　1，加载慢 　　1.1 减少要加载的东西 　　不要动不动就ext-all.js，extjs是可以定制的，如果你用不到tree，就不要包含这个组件了。ExtJs的官网上有详细的定制方法和工具。 　　1.2 给出合适的用户提示 　　把Js后置，然后前面做一个加载的提示。如果像Gmail那样给出进度条，或者像很多网游那样来点图片或者Tips啥的就更好了，说不定用户还会觉得怎么加载这么快，我还没看清楚呢，呵呵。 　　1.3 用的时候再加载 　　动态加载，参考使用ExtJs开发MIS系统（2）：Js的动态加载。 　　1.4 只加载一次 　　别用iframe了，如果你的静态内容过期做的不好，浏览器会经常再不厌其烦的从服务器下载同样的东西。 　　1.5 对你的Js添加过期标记 　　ext-base.js、ext-all.js都可以设置很长的过期时间，甚至永不过期（如果你不换extjs的版本）。这点对所有静态内容都很有用，如何设置过期标记请垂询Google。 　　2，渲染慢 　　2.1 少加载少解析、晚加载晚解析 　　1.1，1.3，1.4都对改善渲染慢的情况有效——加载的少了自然渲染的快了。 　　2.2 别用iframe 　　iframe不仅仅可能会使浏览器加载两遍，还一定会使浏览器解析两遍，放弃它吧，真的。 　　2.3 精心设计你的Js代码 　　例如缓存getElementByID()的结果、编译查询表达式之类的东西，这个纯看Js功力。 　　2.4 可能的话，让用户换个浏览器吧 　　Chrome比IE的Js渲染快是数量级上的差异！构造一个40列，50行的复杂GridPanel试试，你就会深有体会了……对于企业内部的MIS系统，换浏览器还是具有可能性的。 　　3，内存泄露 EXT 授权释疑 EXT已提供几个可取的授权方式适合多种需要。 商业授权 很多顾客出于多方的原因需要一个传统的商业执照。这也许是对你的机构适当的授权，如果你： 1.不想在一个开源授权里有任何潜在的限制 2.必须拥有一个商业授权为了满足你的内部软件认证的需求 3.希望给与EXT计划财务上的支持,以确保其成功延续 (PS:想大家都有得玩,这才是重点) 开放原代码授权 Ext的授权是根据开源协议LGPL证书所制定的.你或许应该使用我方的开源认证,如果你: 1.在不含非开源软件的开源项目中使用Ext 2.计划用于私人,教育或非盈利用途 3.应用Ext于商业用途,但你却不想支付EXT计划，没关系！LGPL协议会为你服务 浏览证书条款/ext-oss-software-license OEM / 转售认证 如果你能策划把Ext直接捆为一件产品,并作为方程式工具或插件工具框架来包装或出售,我方希望你能与我方合作,立一个适当专门认证.与我方合作你将可获取: 1.市场上独家供应正版Ext-based产品 2.大量合作品牌和合作市场的机会 3.Ext中直接获得授权的支助 * 内存泄露的原因 1。XXX -- 举出实际例子 -- 解决方法 -- 效果对比 1. 页面中的孤立状态的节点没有被回收，需要子节点真的被移除 孤立节点无法通过编程手段来删除，只能努力避免孤立节点的生成 Ext的destroy和close不彻底 ExtJs2.2已经改善 注册事件方式错误 手动解决 ExtJs2.2已经改善 sIEve is a project to get rid of memory leaks due to some limitations of the garbage colle