移动HTML 5前端性能优化指南

   前端工程师的菜!最近移动Html 5越来越火,想有一个体验流畅的Html 5 应用,这篇优化指南就别放过咯。腾讯的同学将关键的注意点与优化方法都总结出来,全文高能干货,非常值得深度学习 >>>


  概述

  PC优化手段在Mobile侧同样适用

  在Mobile侧我们提出三秒种渲染完成首屏指标

  基于第二点,首屏加载3秒完成或使用Loading

  基于联通3G网络平均338KB/s(2.71Mb/s),所以首屏资源不应超过1014KB

  Mobile侧因手机配置原因,除加载外渲染速度也是优化重点

  基于第五点,要合理处理代码减少渲染损耗

  基于第二、第五点,所有影响首屏加载和渲染的代码应在处理逻辑中后置

  加载完成后用户交互使用时也需注意性能

  [加载优化]

  加载过程是最为耗时的过程,可能会占到总耗时的80%时间,因此是优化的重点

  减少HTTP请求

  因为手机浏览器同时响应请求为4个请求(Android支持4个,iOS 5后可支持6个),所以要尽量减少页面的请求数,首次加载同时请求数不能超过4个。

  a)合并CSS、JavaScript

  b)合并小图片,使用雪碧图

  缓存

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

  a) 缓存一切可缓存的资源

  b) 使用长Cache(使用时间戳更新Cache)

  c) 使用外联式引用CSS、JavaScript

  压缩HTML、CSS、JavaScript

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

  a) 压缩(例如,多余的空格、换行符和缩进)

  b) 启用GZip

  无阻塞

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

  使用首屏加载

  首屏的快速显示,可以大大提升用户对页面速度的感知,因此应尽量针对首屏的快速显示做优化。

  按需加载

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

  PS:按需加载会导致大量重绘,影响渲染性能

  a) LazyLoad

  b) 滚屏加载

  c) 通过Media Query加载

  预加载

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

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

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

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

  压缩图片

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

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

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

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

  c) 使用Srcset

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

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

  减少Cookie

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

  避免重定向

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

  异步加载第三方资源

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

  [脚本执行优化]

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

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

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

  尽量避免重设图片大小。

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

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

  [CSS优化]

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

  避免CSS表达式

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

  移除空的CSS规则

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

  正确使用Display的属性

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

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

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

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

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

  不滥用Float

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

  不滥用Web字体

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

  不声明过多的Font-size

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

  值为0时不需要任何单位

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

  标准化各种浏览器前缀

  a) 无前缀应放在最后

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

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

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

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

  [JavaScript执行优化]

  减少重绘和回流

  a) 避免不必要的Dom操作

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

  c) 避免使用document.write

  d) 减少drawImage

  缓存Dom选择与计算

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

  缓存列表.length

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

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

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

  TOUCH事件优化

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

  [渲染优化]

  HTML使用Viewport

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

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

  减少Dom节点

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

  动画优化

  a) 尽量使用CSS3动画

  b) 合理使用requestAnimationFrame动画代替setTimeout

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

  高频事件优化

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

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

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

  GPU加速

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

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

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索handlebars的使用
, webp
, 图片
, 优化
, 页面
, moq 使用
, 压缩感知
, 加载资源
, 页面加载数据时间长
, 资源
, javascript图片html
, 移动单位css手机
, 动画窗口重绘
影响
前端性能优化、前端性能优化 阮一峰、前端优化14个性能规则、web前端性能优化、前端性能优化的方法,以便于您获取更多的相关知识。

时间: 2024-11-03 09:16:55

移动HTML 5前端性能优化指南的相关文章

Browser Diet:网页前端性能优化的各种技巧和工具

文章描述:如何给网站瘦身?图文并茂的前端性能优化指南. 提高网站的速度对网站的成功有巨大的影响,因为网站的加载速度直接影响到用户体验和搜索引擎排名.Browser Diet 是一个非常好的指南,列出了前端性能优化的各种技巧和工具. 这是一个由 HTML,CSS,JS,服务器,图像和网站相关领域的众多专家组成的团队编写的,相比网络上的其它内容,这个指南图文并茂,生动有趣.此外,该指南不仅列出性能优化的步骤,同时还详细的介绍了如何实现. 官方主页 GitHub

前端性能优化以及解决方案

最近工作中一个项目在运行时有一些性能问题,为此我看了很多与性能优化相关的内容,下面做个简单的分享. 前端性能优化,这包括 CSS/JS 性能优化.网络性能优化等等内容,这方面的内容 <高性能网站建设指南>.<高性能网站建设进阶指南>.<高性能JavaScript> 等等书都做了很多讲解,强烈推荐阅读.(这些书单参见本文结尾) 下面的内容,上面提到的书中大都包含了,因此可以考虑转而去读这些书,做一个完完全全的了解,对于本文,也就不要再读下去了. 如果你坚持看到了这里,那就

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

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

丰趣海淘:跨境电商平台的前端性能优化实践

原文出自[听云技术博客]:http://blog.tingyun.com/web/article/detail/586 随着互联网的发展,尤其是在2000年之后浏览器技术渐渐成熟,Web产品也越来越丰富,这时我们被浏览器窗口内的丰富"内容"所吸引,关注HTML/CSS,深入研究Dom.Bom和浏览器的渲染机制等,接触JavaScript库,"前端"这个职业,由此而生. 前端技术在这10多年中飞速发展,到了今天,我们可能发现"内容"的美在视觉上是有

jQuery性能优化指南

jQuery性能优化指南,可以从以下12个方向考虑. 1,总是从ID选择器开始继承 2,在class前使用tag(标签名) 3,将jQuery对象缓存起来(在多次使用是,用一个中间变量代替,而不是总是用选择器)   4,对直接的DOM操作进行限制 5,注意尽量减少事件冒泡 6,推迟到 $(window).load   7,压缩JavaScript 8,尽量使用ID代替Class. 9,给选择器一个上下文   10,慎用 .live()方法(应该说尽量不要使用) 11,子选择器和后代选择器   1

前端性能优化:Javascript的加载顺序

文章简介:35条Javascript最佳实践. 相信很多与页面打过交道的同学都对 Yahoo 的 Best Practices for Speeding Up Your Web Site 不陌生.而这 35 条最佳实践中,对 Javascript 的加载顺序的要求是:Put Scripts at the Bottom.因为根据HTTP/1.1 specification 看来,在同一时间加载两个文件是最理想的,而 Javascript 脚本会阻碍平行下载.Steve 说那是 2008 – 200

WEB前端性能优化:HTML,CSS,JS和服务器端优化

文章描述:WEB前端性能优化小结. 对前端开发工程师来说,前端性能优化的重要性是不言而喻的,最为大家所知的是YSLOW的23条优化规则,在我的理解中,性能优化不纯粹是指用户访问网站的速度,也包括开发的效率,这里我总结下我理解中的WEB前端性能优化. HTML部分 语义化HTML:好处在于可以使代码简洁清晰,支持不同设备,利于搜索引擎,便于团队开发: 减少DOM节点:加速页面渲染: 给图片加上正确的宽高值:这可以减少页面重绘,同时防止图片缩放: 防止src属性和link的href属性为空:当值为空

Web前端性能优化全攻略

Web 前端性能优化是个大话题,是个值得运维人员持续跟踪的话题,是被很多网站无情忽视的技术. Web 前端优化最佳实践之 内容篇Web 前端优化最佳实践之 Server 篇Web 前端优化最佳实践之 Cookie 篇Web 前端优化最佳实践之 CSS 篇Web 前端优化最佳实践之 JavaScript 篇Web 前端优化最佳实践之 图象篇Web 前端优化最佳实践之 Mobile(iPhone) 篇 Yahoo! 的 Exceptional Performance team 在 Web 前端方面作

5173首页前端性能优化实践

从制定计划,到前后端的开发,最后到测试以及上线,历时4个月,5173首页前端性能优化项目终于顺利上线,并达到了预期的性能优化目标.这次的项目并不是改版,而是原来首页的设计和功能不变,只做重构和优化.虽然项目名叫前端的性能优化,但也并不仅仅是前端单方面的工作,要想彻底的把优化做好,就需要前后端的通力配合. 历史背景 老首页应该是09年上线的,首页也是各部门争夺资源的地方,大家都想在首页有一席之地,各部门在首页都有各自的小豆腐块,如果有新项目的上线,大多是打补丁的方式,并且唯一的规范就是能保证功能正