为了提高用户体验，多图片的长页面需要使用延迟加载技术，对这方面的论述，Kissy中有很经典的论述，感兴趣的朋友可以去了解一下，我先简单的介绍一下，然后讨论如何改进并用于项目中。
分析：
1.Img 更换 src方案：<img data-ls-src=”真正的路径”,src=”load图片的路径”/>
优点：实现简单，不更改页面Dom结构。
缺点：图片数量大时，效率不够好；ie6、ie7下替换SRC时有Bug存在。
2.textarea 延迟方案：
优点：JS效率高，分块加载
缺点：需要更改Dom结构，需要限定textarea包围区域的高度宽度，使用不够方便。
3.Kissy的实现方式：1,2两种方案都支持
如上图所示，加载图片时有一个阀值，所有阀值以上的图片全部加载。
优点：实现简单
缺点：对一些用户行为支持不够，例如用户直接将滚动条拉到页面底部。
4.首页分析 (lp.taobao.com)
1)首页的长度比较长 4000*1000 以上
2)分块展示，分为10块，1个首屏，2个滚屏，7个通用楼层
3)每个分块比较短，不超过一屏
5.首页延迟方案：
1)分块加载图片
2)滚屏中，在切换帧时触发加载
实现：
1)打开页面，默认只显示首屏。
2)当滚动条滚动到当前分块时（可以附加一些像素，是图片提前加载），加载当前分块
3)7个楼层添加额外的优化，因为是同一种实现，提供一个管理器，当用户在某一个楼层上停留时间超过5秒，即可以加载未加载的楼层。
总结：
在首页的延迟加载优化过程中，尝试过多种方式。
1)最初使用的是Kissy默认的替换src方案，发现在ie下，用户刷新页面时，会定位到上次滚动到得位置，此时用户体验特别差；
2)尝试过textarea方案，UI体验也不好；
3)改进了kissy的方案，不使用阀值，而是只在用户视图区域内加载图片，无法分块控制；
4)最后分块加载图片，同时也处理了楼层初始化
原文出处：
