1个复杂页面的前端性能优化.docxVIP

刚刚做完1个复杂页面的前端性能优化，这里的优化是针对这个页面具体的需求单独做的优化，所以这里不会谈那些减少http请求，合并压缩js,css，图片合并等等。因为这些是所有页面都需要做的，如果需要了解这些，可以参考我这篇文章：web高性能开发系列随笔?页面介绍：　　该页面是1个记账类的页面，页面如下：?　　页面主要有4部分组成：1. 上部的输入部分(有5大不同的类型，每个类型都是1个单独的tab，对应内容也不一样)??2. 左边的分类列表(默认显示一级分类，点击展开子类)3. 右边时间选择区(按月，年，季，自定义时间过滤等等)4. 右边下半部分的数据列表(默认只显示每条数据基本信息，点击展开详细信息)??　　可能看到这里大家不觉的这个页面会很大，那就再细说下，该页面包含记账的所有的功能(添加、删除，修改，分拆，上传图片，显示数据，数据排序)，而且每种下拉列表前面都有个加号(见输入部分的下列列表)，点击加号都会弹出类似如下的窗口进行添加(总共有8个左右的弹出窗口)，所有的这些都是通过js来实现(js代码总共写了大概2000行，不含注释)：　　??问题　　该页面有一些用户反映比较慢，经过测试也发现，因为页面比较复杂，js也比较多，所以在IE下速度会比较慢(特别是IE6)，而chrome和firefox速度还是可以的，所以这次的优化主要针对IE，当然优化后的其他浏览器肯定也会受益。?优化1：弹出窗口的延迟加载　　本来第1个优化不应该写这个，因为这个优化效果并不是最明显的。把它放在第一位，是因为个人觉得这种延迟加载的想法还不错，比较有新意(目前还没见过网上有人介绍过这种延迟加载)。?　　入正题，上面说到，该页面总共有8个弹出窗口，而且每个弹出窗口的都使用了不同的图片(不少是png)，监控发现这些弹出窗口用的png图片虽然设置了缓存头(也使用了document.execCommand(BackgroundImageCache, false, true);)，但是在IE6下每次都不直接使用缓存，而是发生1个请求，并得到304状态回应(原因我估计跟使用DD_belatedPNG来处理png图片有关，因为时间关系还没深入研究)，监控图如下：　　　　从图中可以看出这几个图片很影响加载速度，其实一开始我们根本用不上这些弹出窗口的图片，因为默认都是隐藏的，而且这些弹出窗口，一般用户都用的比较少。理所当然，我们想到了延迟加载。?　　想到延迟加载，第一想到就是先不加载弹出窗口的html代码，这样就不会加载对应的图片了，当用户点击弹出按钮的时候，再去后台加载对应的html代码。但这样就有个问题，当用户点击加号按钮，用ajax去加载html代码，用户明显就会感觉到半天窗口还没弹出来，就会连续的点击，这种用户体验肯定是失败的。?　　我们想要的延迟加载是先加载html代码，但不加载html代码使用的图片。但用户点击加号的时候，直接弹出窗口并加载图片，这样用户一点击就可以看到窗口。那如何实现这种功能了，于是我想到了html的注释。我们先把所有弹出窗口的html代码放进注释中(这样就不会加载图片)，当用户点击加号时，用js读取注释中的html插入到body中(不需要ajax)，然后弹出窗口。?　　比如有2个弹出窗口，代码大概如下(并不是完整代码，不能直接运行)：?12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152script????var loaded = new Object();? // 记录哪些html已经append到body中???/**????* 加载html，该html已经以注释的方式嵌入的html中，eg:????* div?id=fast_model_lazy????*? !--[lazy]????*? sass????*? ![endlazy]--????* /div????*/ ???function loadHtml(id){???????// 已经加载过，不再加载???????if(loaded[id])???????????return false;???????????????var html = $.trim(document.getElementById(id).innerHTML);???????// 去掉注释开头(11位)和结尾(14位)???????html = html.substring(11,html.length-14);???????$(document.body).append($(html));???????????????loaded[id]=1;???????return