前端页面优化：如何更快速将你的页面展示给用户？

现在许多公司往往注重后端优化，而忽略了前端优化想想如果辛苦优化了服务器，后台，排查了sql，却在最后页面加载展示的时候很慢，也得不偿失其实，前后台优化都是相辅相成的
后台优化好了，响应请求速度快，前台展示的更迅速，前台优化了不必要的请求，后台压力也会更小。

请求优化

首先我们来优化HTTP请求数

由于用户浏览的，往往只是局部网页，
所以只加载用户可视范围内的资源，就会减少一些不必要的请求，也会减少浏览器加载资源的消耗
考虑到移动端可视范围，网络流量，性能，延迟加载作用尤为明显

图片延迟加载

适合延迟加载的东西很多，最需要的当然是图片。

图片延迟加载的原理就首先将要延迟加载的图片src替换为空白图片或者参数指定的loading图
然后根据当前元素的位置(offset)来判断是否在页面可视范围(页面宽/高度+滚动宽/高度)

如果在，就将真实图片资源路径替换回src让浏览器加载

防止浏览器解析到HTML中<img>标签的src属性就开始下载资源，最好将原<img>的src属性去掉
统一配置lazyload的参数去加载loading图吧,如我们项目中这样：

 $(".main_content img").lazyload({placeholder: "/images/loading.gif",threshold:200});

再来看到lazyload的源代码，可视范围判断上下左右,写的十分完善

  $.belowthefold = function(element, settings) {var fold;if (settings.container === undefined || settings.container === window) {fold = (window.innerHeight ? window.innerHeight : $window.height()) + $window.scrollTop();} else {fold = $(settings.container).offset().top + $(settings.container).height();}return fold <= $(element).offset().top - settings.threshold;};$.rightoffold = function(element, settings) {var fold;if (settings.container === undefined || settings.container === window) {fold = $window.width() + $window.scrollLeft();} else {fold = $(settings.container).offset().left + $(settings.container).width();}return fold <= $(element).offset().left - settings.threshold;};$.abovethetop = function(element, settings) {var fold;if (settings.container === undefined || settings.container === window) {fold = $window.scrollTop();} else {fold = $(settings.container).offset().top;}return fold >= $(element).offset().top + settings.threshold  + $(element).height();};$.leftofbegin = function(element, settings) {var fold;if (settings.container === undefined || settings.container === window) {fold = $window.scrollLeft();} else {fold = $(settings.container).offset().left;}return fold >= $(element).offset().left + settings.threshold + $(element).width();};$.inviewport = function(element, settings) {return !$.rightoffold(element, settings) && !$.leftofbegin(element, settings) &&!$.belowthefold(element, settings) && !$.abovethetop(element, settings);};

关于图片这里，除了延迟加载外，用户上传的图片以及我们所用的资源图片都应该进行压缩处理
如需要进一步提高压缩率，可以使用例如：google开发的webp图片格式等..
不过不是所有浏览器都支持webp格式，需要针对浏览器响应

ajax局部加载数据

根据上面这段代码，其实我们就可以延迟加载其他内容了，
总之呢，这里我们的目的就是尽量减少不必要的请求

比如现在用的很多的下拉式翻页，就是判断到页面底部之后再ajax获取下页内容

如果考虑到网页只是局部更新的话，那使用ajax是很合适的
好处显而易见，无需重新请求整页，小巧快速，网页展示也友好一些

善用ajax对前端性能，体验都是有改善的

但是也要考虑到对搜索引擎的友好，
如果页面整体功能改变了，或者页面改动量大就要进行取舍了。

预加载

延迟加载的目的就是减少不必要的请求，在用户有需求时才请求资源
所以对于用户来说，其实是有一点点“等待”的过程的

一般会用loading图，等待文字来改善这里的用户体验

但是有一些需求是希望尽量少出现这种“等待”过程的

这里我们就可以预加载资源，如下，我们先在js中加载图片

var img  = new Image();
img.src="test.png";

提前加载好了图片，用户进行下一步时，图片则是从浏览器缓存中获取

多页数据也可以类似处理，页面初始可以默认加载两页数据
翻到第二页时，就ajax去获取第三页内容
翻到第三页时，就去获取第四页内容……
总是提前预加载一页数据

如此可一定程度上减少一些等待的过程

总的来说延迟加载是尽量少加载资源，预加载则是判断可能要的资源，尽量去提前多加载，

都是为了优化用户的体验，适用于不同场景

资源合并

我们项目内往往会引用多个javascript脚本，和多个css样式文件
所以可以把多个脚本合并到一个js文件内，然后统一引用它就能减少http请求

这里uglify-js和 clean-css 都支持多个文件合并压缩输出

>uglifyjs js1.js js2.js -m -o merge.js

>cleancss -o megar.css style1.css style2.css

也可以在服务器内合并输出，比如我们看淘宝的合并：

<script src="//g.alicdn.com/kissy/k/6.2.4/??node-min.js,node-base-min.js,dom-base-min.js,query-selector-base-min.js,dom-extra-min.js,node-event-min.js,event-dom-base-min.js,event-base-min.js,event-dom-extra-min.js,event-gesture-min.js,event-touch-min.js,node-anim-min.js,anim-transition-min.js,anim-base-min.js,promise-min.js,base-min.js,attribute-min.js,event-custom-min.js,json-base-min.js,event-min.js,io-min.js,io-extra-min.js,io-base-min.js,io-form-min.js,cookie-min.js"></script>

他们则是在web服务器内做了处理，请求多个文件，会自动合并
有条件的同学也可以这样进行合并

引用优化

引用css放在<head>内，引用js放在</body>结束标签前，现在很多朋友都会这么做了

css加载是异步的，更早的加载出样式就能更早呈现出页面
js放在尾部，防止浏览器加载js而阻塞页面，造成页面“白屏”现象

单独域名存放资源

如果有条件的话，我们还可以启用额外的服务器，域名来存放资源

这样能减少主域名的HTTP请求数，让主服务器更快响应请求
还能减少主域名的cookie请求

离线存储

离线存储在我之前一篇文章里也提到过，在移动端应用的比较多
它和缓存不同，它设置好了之后，连离线也能访问，无论用户刷新或者新窗口，链接等等

使用manifest
<html manifest=”/mobile.manifest”>
在html上添加manifest，其中文件格式内容如：

CACHE MANIFEST
##需要离线的内容
CACHE:Script/jquery.js
Script/gameconfig.jsImage/home.png
Image/logo.png##总是访问网络的内容
NETWORK:
*
##访问A失败时访问B
FALLBACK

浏览器将缓存chache内所有的内容，并且可以离线访问，只要文件发生任何改变都将会重新读取并刷新全部缓存，所以更改注释是个更新缓存的好方法

这里要注意的是
1，添加了manifest的当前网页也会被缓存所以推荐的方式是页面缓存，页面动态内容全部用ajax获取，所以在移动网站项目设计开始就要注意这个问题
2，页面中添加iframe 然后子页面引用manifest想达到缓存资源而不缓存当前页面内容，是无效的。

本地存储localStorage

本地存储数据一直是网页端的弱项，在没有HTML5的localStorage前，用cookie可以保存一点数据
但付出的代价很大，cookie能保存的数据很少，并且它会伴随着每一次请求一起发送

localStorage就好多了，默认5MB的大小，除非用户手动清除，否则一直不过期，就连IE8浏览器都支持

这里要注意，localStorage和cookie一样受到跨域的限制
可以使用domain控制

document.domain=""；

css3替换js动画

在js中，我们实现动画，就是利用定时器循环改变dom元素的属性来达到动画效果
但是许多属性更改之后会造成浏览器重绘，增加性能消耗

当然浏览器更新换代也做了许多优化，我们优化js，css减少重绘，也能改进动画性能
但是想一想，究竟应不应该让js去实现页面动画呢？

css3就是往这方面发展，让js更纯粹的去实现业务逻辑
页面效果之类的事情就让css去做吧

并且css3在动画效率上面也有增强，浏览器会单独处理css3动画，不占用js主线程，还可以硬件加速
将来还有提升的可能，所以快把我们的js动画替换为css3吧！

替换flash

同样更迭的还有flash，当初flash是为了弥补网页展现的不足而出现的“插件”
而现在网页标准一次次升级，html5的出现，再加上flash自身也有各种漏洞，性能问题
尤其是现在flash在移动端的支持很少，都加快了我们替换flash的步伐