ExtJs性能优化
2009年07月27日 星期一 下午 02:42
在 使用ExtJs过程中,性能一直是一个比较头疼的问题,从用户的角度来看,就一个字:慢。从技术的角度来说,这个“慢”字可以分为两种,加载“慢”和渲染 “慢”。想分辨这两种情况很容易:如果居于网不慢而互联网上慢,说明是加载慢;如果Chrome不慢而IE慢,就是渲染慢。还有另一种情况:越用越慢,这 个“慢”通常是内存泄露造成的。
针对以下这三种情况讨论一下解决方案: 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,内存泄露 对于Js这样具有垃圾回收特性的语言来说,如果出现了内存泄露,那么就只有一种可能:引擎有问题!不幸的是,这个问题我们没有办法,但是有很多技巧可以避开……还是问Google吧:“JavaScript 内存泄露”,这个问题够再写一个系列的了。 |