牛牛逼逼叉叉
菜单

从四个方面帮你做好移动页面性能优化

2016年03月08日,分类《网站建设》,作者:
博客捐助

随着移动互联网的发展,我们越发要关注移动页面的性能优化,今天跟大家谈谈这方面的事情。

首先,为什么要最移动页面进行优化?

移动页面布局越来越复杂,效果越来越炫,直接导致了文件越来越大,下载和运行速度越来越低,而速度低会造成不良影响

71%的用户期望移动页面跟PC页面一样快,74%的用户能容忍的响应时间为5秒,所以我们必须保证移动端页面有足够的速度。

移动页面的速度跟三个因素有关,分别是:移动网络带宽速度,设备性能(CPU,GPU,浏览器),页面本身。

目前主流的移动网络制式为3G

今年,我们还看到了4g网络制式在快速发展,这再一次提升了移动页面的加载速度;

而移动设备本身,截止到目前,以iPhon6/三星Note4等设备为首,智能设备已经变得比以往屏幕更大,CPU、GPU、内存更靠谱。

而与其同时,浏览器产商也为提升页面的速度做出了不可磨灭的努力。

网络制式供应商,手机制造商,浏览器产商如此给力,我们呢?我们能做什么。

我们能做得是对移动端页面本身优化,这也是我们专业价值的体现,所以我们必须做移动端页面性能优化。

该怎么做移动端页面优化呢?

在说这个前,要提一下PC常用的优化手段:

代码优化(css、html、js优化)

减少HTTP请求(雪碧图,文件合并…)

减少DOM节点

无阻塞(内联CSS,JS置后…)

缓存

这些手段大部分适用于移动端,这都是一些耳熟能详的手段,今天这里就讲了,有兴趣可以参考PDI课程《网站性能优化》。

今天要讲的主要是一些适用于移动端的优化手段,现在进入正题。

首先我们得关注一下一个页面从开始到呈现完毕需要经历什么阶段,主要有四个阶段:

211S13110-4.jpg!680
  每个阶段的主要工作如上图所示,而我们的优化目标是:

211S1C38-5.jpg!680
  下面我们来针对上面的几个阶段细说一下都有哪些优化手段。

首先,来看看加载中有哪些优化手段:

  1. 预加载

预加载方式有两种:

  A. 显性加载

211S11947-6.jpg!680
  类似这种用户能明显感知的,我把它称为显性加载,互动页面都建议加上这种加载方式,它一方面能增加页面的趣味性,另一方面能让后续页面体验更流畅。

  B. 隐性加载

211S15314-7.png!680
  这种在加载第一张图片的时候已经预先加载了第二张图片,从而使得页面体验更流畅的方式,我把它称为隐性加载,这种方式的好处是节省流量之余又能使得体验增强。

  2. 按需加载

按需加载是不可或缺的优化手段,主要有以下两种方式:

211S1J34-8.png!680
  对于这种方式,在首屏加载的时候把首屏的内容加载尽量,而位于首屏之外的元素都只在出现在首屏时才加载,很大程度地节省了流量,提升了首次加载时间。

211S11092-9.jpg!680
  这种叫响应式加载方式,意思是利用JS 或者CSS
判断分辨率,从而选择不同尺寸的图片进行引入,这种的好处显而易见,同样可以加快加载速度和节省流量。

  3. 压缩图片

对于压缩图片,首先要提的是jpg文件:

211S13603-10.png!680
  对于移动端的JPG 文件,有这样的结论:

使用大尺寸大有损压缩比的jpg

使用jpegtran进行无损压缩

211S1E10-11.png!680
  而对于png有以下结论:

多彩图片使用png24

低彩图片使用png8

推荐使用pngquant

尽量避免重定向

为什么要尽量避免重定向呢?因为如图:

211S1C24-12.jpg!680
  这是一个同一网速下的测试结果,重定向之所以会比较慢,是因为它重复了域名查找,tcp链接,发送请求。

  5. 使用其他方式代替图片

有两种方式,第一种是:依靠CSS 3绘制图片:

211S1I07-13.jpg!680
  第二种:使用iconfont代替图片

211S150Y-14.jpg!680
  但iconfont不一定比图片好,这里做了个实验:

211S16132-15.jpg!680
  对于大图片,iconfont并不比雪碧图好,建议单侧小尺寸图标才使用iconfont.

然后,针对脚本执行中有哪些优化手段,这里只提两点:

  1. 尽量避免DataURI

DataUri在移动端并不如它在pc端吃香,因为:

211S11149-16.png!680
  经测试,DataURI要比简单的外链资源慢6倍,生成的代码文件相对图片文件体积没有减少反而增大,而且浏览器在对这种base64解码过程中需要消耗内存和cpu,这个在移动端坏处特别明显。

  2. 点击事件优化

在移动端请适当使用touchstart,touchend,touch等事件代替延迟比较大的Click
事件。Click之所以慢是因为mousedown导致的:

211S12F9-17.jpg!680
  然后,针对渲染阶段中有哪些优化手段,这里也只提两点:

  1. 动画优化

a)尽量使用css3动画

优点:

不占用js主线程

可利用硬件加速

浏览器可对动画做优化

缺点:

不支持中间状态监听

b)适当使用canvas动画

优点:

可规避渲染树的计算渲染更快

缺点:

开发成本高,维护较麻烦。

通过对CSS 3动画和Canvas 动画对比:

211S1N12-18.jpg!680
  得到结论:5个元素以内使用css3动画,5个以上使用canvas动画。

  c)合理使用RAF(requestAnimationFrame)

优点:

能解决脚本问题引起的丢帧,卡顿问题

支持中间状态监听

缺点:

兼容问题

211S11293-19.jpg!680
  通过RAF动画与settimeout动画对比:

211S12Z5-20.jpg!680
  得到结论:不需要兼容android 4.3浏览器的情况下,请使用RAF制作脚本动画

  2. 高频事件优化

211S130F-21.jpg!680
  类似touchmove,scroll这类的事件可导致多次渲染,对于这种事件可以通过以下手段进行优化:

使用requestAnimationFrame监听帧变化,使得在正确的时间进行渲染

增加响应变化的时间间隔,减少重绘次数。

最后,针对合成/绘制只提一个优化手段:

  GPU加速

触发GPU加速的方式有:

CSS3 transitions

CSS3 3D transforms

WebGL 3D 绘制

Video

使用GPU加速前有对比实验:

211S1C96-22.jpg!680
  GPU加速实际上是大幅减少了合成/绘制时间,从而大大地提高了页面速度,但GPU加速有自己的缺点:

过多的GPU层会带来性能开销,主要原因是使用GPU加速其实是利用了GPU层的缓存,让渲染资源可以重复使用,所以一旦层多了,缓存增大,就会引起别的性能问题。

  总结

211S14337-23.jpg!680
  本文针对页面呈现的四个阶段提出了比较典型的优化手段,到最后,再提醒读者一下:其实优化是双刃剑。

按需加载提升速度,但可能导致大量重绘;

Touch响应快,但很多场景不适合;

GPU加速效率高,但内存开销大等等

Loading会让整体体验流畅,但容易造成用户流失

图片压缩让带宽成本降低,但可能会导致视觉效果变差

类似这样的矛盾点还有很多,请结合业务按照实际情况进行优化。



发表评论

电子邮件地址不会被公开。 必填项已用*标注

【上一篇】

Google向所有新闻网站提供免费DDoS防御服务

【下一篇】

【移动干货】移动适配工具全解析