互联网应用或者访问量大的应用,对js的加载优化是不可少的。下面记录几种优化方法
CDN + 浏览器缓存
CDN(content delivery network)内容分发网络, 最传统的优化方式。其实就是将自己页面所依赖的js(静态的)放置到CDN上,或者使用一些CDN库,以此降低对应用服务器的请求,而浏览器缓存也是不重复加载js文件的性质。
优点:
1.简单、容易维护
2.304 cache
简单来说就是转掉请求,缓存不重加载。
缺点:
1.缓存会失效,当用户强制刷新时会有请求
2.无法增量更新
离线存储(HTML5 AppCache)
通过配置一个manifest文件实现离线缓存
manifest文件包含:
1.当前版本号
2.cache的文件
3.需要网络请求的文件
4.失败响应
优点:
1.真有版本更新才会有请求(CDN方式还是会有请求的,只不过是304请求)
缺点:
1.更新完版本后,必须刷新一次页面才会启用新版本文件。
PS:所以必须监听一个事件,重刷页面
window.applicationCache.addEventListener('updateready', function (e) { console.warn('页面更新中'); window.applicationCache.update(); window.applicationCache.swapCache(); setTimeout(function () { location.reload(); }, 10); }, false); //from http://dd.m.taobao.com/
2.进入离线存储的页面,如果不更新版本,是会将其当初静态页面不请求,这样就无法进行灰度发布等策略。
PS:灰度发布:简单来说就是一部分人使用旧版,一部分人使用新版。
3.无法增量更新
PS:例如一个100KB的文件,你只修改了其中4KB的东西,但你不得不更新整个100KB文件。
4.当需要更新某个文件时,会连带其他文件也跟着更新
本地存储
应用页面通过对用户当前版本与服务端版本的比较(本地存储有版本信息),通过跨域ajax请求有更新的js文件,如果是增量更新,则通过算法计算出新版本的js代码,然后将代码eval一下并将新js字符串存储到本地存储中(localStorage),以供下次增量更新。
优点:
1.减少不必要的请求
2.避免离线存储的问题
3.增量更新(需要算法计算)
PS:1.chunk算法,四个字符为一个块,比对块。
2.编辑距离计算算法
缺点:
1.实现起来比前面几种方法复杂
2.某些浏览器不支持
转载:http://www.cnblogs.com/lovesong/p/4338146.html