H5移动前端性能优化

在移动端,因手机的配置和3/4G网络的原因,从两个方面解决性能优化问题,1.加载不超过3秒,用loading或者资源不要超过1M。2.渲染速度。

基于以上两个方面,所有影响首屏加载和渲染的代码应在处理逻辑中后置。

加载优化:

1.Http请求:

  减少Http请求,手机浏览器同时响应请求为4个请求,所以,尽量合并js和css,并且对图片进行合并。

2.缓存:

  使用缓存可以减少向服务器的请求数,节省加载时间,所以所有静态资源都要在服务器端设置缓存,并且尽量使用长Cache(长Cache资源的更新可使用时间戳)

3.压缩HTML、CSS、JavaScript:

  减少资源大小可以加快网页显示速度,所以要对HTML、CSS、JavaScript等进行代码压缩,并在服务器端设置GZip。

4.无阻塞:

  写在HTML头部的JavaScript(无异步),和写在HTML标签中的Style会阻塞页面的渲染,因此CSS放在页面头部并使用Link方式引入,避免在HTML标签中写Style,JavaScript放在页面尾部或使用异步方式加载。

5.按需加载:

  将不影响首屏的资源和当前屏幕资源不用的资源放到用户需要时才加载,可以大大提升重要资源的显示速度和降低总体流量。

  但是,要注意的是,按需加载会导致大量重绘,影响渲染性能,解决办法是:

  (1)LazyLoad.js(关于LazyLoad.js请看博客)

  (2)滚屏加载

  (3)通过Media Query加载

6.预加载:

  大型重资源页面(如游戏)可使用增加Loading的方法,资源加载完成后再显示页面。但Loading时间过长,会造成用户流失。

  对用户行为分析,可以在当前页加载下一页资源,提升速度。

  (1) 可感知Loading(如进入空间游戏的Loading)

  (2) 不可感知的Loading(如提前加载下一页)

7.压缩图片:

  图片是最占流量的资源,因此尽量避免使用他,使用时选择最合适的格式(实现需求的前提下,以大小判断),合适的大小,然后使用智图压缩,同时在代码中用Srcset来按需显示。

  注意:过度压缩图片大小影响图片显示效果

  (1) 使用智图( http://zhitu.tencent.com/ )

  (2) 使用其它方式代替图片(1. 使用CSS3 2. 使用SVG 3. 使用IconFont)

  (3) 使用Srcset

  (4) 选择合适的图片(1. webP优于JPG 2. PNG8优于GIF)

  (5) 选择合适的大小(1. 首次加载不大于1014KB 2. 不宽于640(基于手机屏幕一般宽度))

8.减少Cookie:

  Cookie会影响加载速度,所以静态资源域名不使用Cookie。

9.避免重定向:

  重定向会影响加载速度,所以在服务器正确设置避免重定向。

10.异步加载第三方资源:

  第三方资源不可控会影响页面的加载和显示,因此要异步加载第三方资源。

脚本执行优化:

  脚本处理不当会阻塞页面加载、渲染,因此在使用时需当注意:

  CSS写在头部,JavaScript写在尾部或异步。

  避免图片和iFrame等的空Src,空Src会重新加载当前页面,影响速度和效率。

  尽量避免重设图片大小。

  重设图片大小是指在页面、CSS、JavaScript等中多次重置图片大小,多次重设图片大小会引发图片的多次重绘,影响性能。

  图片尽量避免使用DataURL,DataURL图片没有使用图片的压缩算法文件会变大,并且要解码后再渲染,加载慢耗时长。

css优化:

尽量避免写在HTML标签中写Style属性

1.避免CSS表达式:

  CSS表达式的执行需跳出CSS树的渲染,因此请避免CSS表达式。

2.移除空的CSS规则:

  空的CSS规则增加了CSS文件的大小,且影响CSS树的执行,所以需移除空的CSS规则。

3.正确使用Display的属性:

  Display属性会影响页面的渲染,因此请合理使用。

  (1) display:inline后不应该再使用width、height、margin、padding以及float

  (2) display:inline-block后不应该再使用float

  (3) display:block后不应该再使用vertical-align

  (4) display:table-*后不应该再使用margin或者float

4.不滥用Float:

  Float在渲染时计算量比较大,尽量减少使用。

5.不滥用Web字体:

  Web字体需要下载,解析,重绘当前页面,尽量减少使用。

6.不声明过多的Font-size:

  过多的Font-size引发CSS树的效率。

7.值为0时不需要任何单位:

  为了浏览器的兼容性和性能,值为0时不要带单位。

8.标准化各种浏览器前缀:

  (1) 无前缀应放在最后

  (2) CSS动画只用 (-webkit- 无前缀)两种即可

  (3) 其它前缀为 -webkit- -moz- -ms- 无前缀 四种,(-o-Opera浏览器改用blink内核,所以淘汰)

9.避免让选择符看起来像正则表达式:

  高级选择器执行耗时长且不易读懂,避免使用。

javaScript执行优化:

1.减少重绘和回流:

  (1) 避免不必要的Dom操作

  (2) 尽量改变Class而不是Style,使用classList代替className

  (3) 避免使用document.write

  (4) 减少drawImage

2.缓存Dom选择与计算:

  每次Dom选择都要计算,缓存他。

3.缓存列表.length:

  每次.length都要计算,用一个变量保存这个值

4.尽量使用事件代理,避免批量绑定事件:

  尽量使用ID选择器,ID选择器是最快的。

5.TOUCH事件优化:

  使用touchstart、touchend代替click,因快影响速度快。但应注意Touch响应过快,易引发误操作

渲染优化:

1.HTML使用Viewport

  Viewport可以加速页面的渲染,请使用以下代码:

<meta name=”viewport” content=”width=device-width, initial-scale=1″>

2.减少Dom节点:

  Dom节点太多影响页面的渲染,应尽量减少Dom节点

3.动画优化:

  (1) 尽量使用CSS3动画

  (2) 合理使用requestAnimationFrame动画代替setTimeout

  (3) 适当使用Canvas动画 5个元素以内使用css动画,5个以上使用Canvas动画(iOS8可使用webGL)

4.高频事件优化:

  Touchmove、Scroll 事件可导致多次渲染

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

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

5.GPU加速:

  CSS中以下属性(CSS3 transitions、CSS3 3D transforms、Opacity、Canvas、WebGL、Video)来触发GPU渲染,请合理使用。

  注意:过渡使用会引发手机过耗电增加。

本文转自朋友http://www.cnblogs.com/xinxingyu/p/4753239.html

时间: 2024-11-09 00:44:43

H5移动前端性能优化的相关文章

移动H5前端性能优化指南(转载)

移动H5前端性能优化指南 概述 1. PC优化手段在Mobile侧同样适用2. 在Mobile侧我们提出三秒种渲染完成首屏指标3. 基于第二点,首屏加载3秒完成或使用Loading4. 基于联通3G网络平均338KB/s(2.71Mb/s),所以首屏资源不应超过1014KB5. Mobile侧因手机配置原因,除加载外渲染速度也是优化重点6. 基于第五点,要合理处理代码减少渲染损耗7. 基于第二.第五点,所有影响首屏加载和渲染的代码应在处理逻辑中后置8. 加载完成后用户交互使用时也需注意性能优化指

移动H5前端性能优化指南[转]

移动H5前端性能优化指南 米随随2015.01.23 移动H5前端性能优化指南 概述 1. PC优化手段在Mobile侧同样适用2. 在Mobile侧我们提出三秒种渲染完成首屏指标3. 基于第二点,首屏加载3秒完成或使用Loading4. 基于联通3G网络平均338KB/s(2.71Mb/s),所以首屏资源不应超过1014KB5. Mobile侧因手机配置原因,除加载外渲染速度也是优化重点6. 基于第五点,要合理处理代码减少渲染损耗7. 基于第二.第五点,所有影响首屏加载和渲染的代码应在处理逻辑

CSS3与页面布局学习笔记(八)——浏览器兼容性问题与前端性能优化方案

一.浏览器兼容 1.1.概要 世界上没有任何一个浏览器是一样的,同样的代码在不一样的浏览器上运行就存在兼容性问题.不同浏览器其内核亦不尽相同,相同内核的版本不同,相同版本的内核浏览器品牌不一样,各种运行平台还存在差异.屏幕分辨率不一样,大小不一样,比例不一样.兼容性主要可以分类为: 1).CSS兼容2).JavaScript兼容3).HTML兼容 这三类也是前端的主要组成部分,都存在一定的兼容性问题,知己知彼,百战百胜,我们先了解浏览器的发动机—内核. 多年前我们一直为IE6兼容烦恼,为它没少加

大话WEB前端性能优化基本套路

前言 前端性能优化这是一个老生常谈的话题,但是还是有很多人没有真正的重视起来,或者说还没有产生这种意识. 当用户打开页面,首屏加载速度越慢,流失用户的概率就越大,在体验产品的时候性能和交互对用户的影响是最直接的,推广拉新是一门艺术,用户的留存是一门技术,拉进来留住用户,产品体验很关键,这里我以美柚的页面为例子,用实例展开说明前端优化的基本套路(适合新手上车). WEB性能优化套路 基础套路1:减少资源体积 css 压缩 响应头GZIP js 压缩 响应头GZIP html 输出压缩 响应头GZI

移动HTML5前端性能优化指南

(点击看大图) 移动H5前端性能优化指南[托尼托尼研究所] 概述 1. PC优化手段在Mobile侧同样适用2. 在Mobile侧我们提出三秒种渲染完成首屏指标3. 基于第二点,首屏加载3秒完成或使用Loading4. 基于联通3G网络平均338KB/s(2.71Mb/s),所以首屏资源不应超过1014KB5. Mobile侧因手机配置原因,除加载外渲染速度也是优化重点6. 基于第五点,要合理处理代码减少渲染损耗7. 基于第二.第五点,所有影响首屏加载和渲染的代码应在处理逻辑中后置8. 加载完成

前端性能优化知识点汇总

面试必谈的--前端性能优化 为什么做优化 提供给用户最佳体验 #有哪些差的体验 - 白屏好久才显示内容 - h5浪费用户流量 优化方案大概分为以下几种: 1.降低请求数量 a.减少获取数据的接口数(初始数据尽量通过一个接口返回) b.减少js.css的数量(提取公共js.css利用缓存.减少后续加载访问.有些代码直接注入页面无需外链形式访问加载.) c.图片懒加载 2.降低文件大小 a.图片压缩以及使用webp b.压缩js.css c.gzip(设置content-encoding:gzip)

web前端性能优化

前言:  在同样的网络环境下,两个同样能满足你的需求的网站,一个“Duang”的一下就加载出来了,一个纠结了半天才出来,你会选择哪个?研究表明:用户最满意的打开网页时间是2-5秒,如果等待超过10秒,99%的用户会关闭这个网页.也许这样讲,各位还不会有太多感触,接下来我列举一组数据:Google网站访问速度每慢400ms就导致用户搜索请 求下降0.59%;Amazon每增加100ms网站延迟将导致收入下降1%;雅虎如果有400ms延迟会导致流量下降5-9%.网站的加载速度严重影响了用户体验,也决

CSS3与页面布局学习总结(八)——浏览器兼容与前端性能优化

目录 一.浏览器兼容 1.1.概要 1.2.浏览器内核 1.3.浏览器市场份额(Browser Market Share) 1.4.兼容的一般标准 1.5.CSS Reset 1.6.CSS Hack 1.6.1.条件注释法 1.6.2.样式内属性标记法 1.6.3.选择器前缀法 1.7.文档模式 (X-UA-Compatible) 1.8.javascript兼容 二.前端性能优化 2.1.概要 2.2.减少HTTP请求数量 2.2.1.图片地图 2.2.2.精灵图片(Sprite) 2.2.

WebPack实例与前端性能优化

[前端构建]WebPack实例与前端性能优化 计划把微信的文章也搬一份上来. 这篇主要介绍一下我在玩Webpack过程中的心得.通过实例介绍WebPack的安装,插件使用及加载策略.感受构建工具给前端优化工作带来的便利. 壹 | Fisrt 曾几何时,我们是如上图的方式引入JS资源的,相信现在很少遇见了.近年来Web前端开发领域朝着规范开发的方向演进.体现在以下两点: MVC研发构架.多多益处(逻辑清晰,程序注重数据与表现分离,可读性强,利于规避和排查问题...) 构建工具层出不穷.多多益处(提