移动端HTML5性能优化

时间 2019-11-17

标签移动 html5 html 性能优化栏目无线繁體版

原文原文链接

[导读] 得益于智能手机的普及和各行各业互联网+的运动，移动端的市场占比疯狂增加。 2016年1月发布的2015年电商数据显示，2015年中国移动端网购交易额同比暴涨123 2%，在网购总交易额中的占比首次超越PC端达到55%。css

技术上，HTML5大行其道：前端

1：有数据显示，截至2015，有80%的App所有或部分基于HTML5。java

2：谷歌浏览器于9月1日起不在支持自动播放Flash。web

3：亚马逊旗下网站（包括Amazon.com门户在内）的全部广告将再也不使用flash。在可预见的将来，flash广告将被HTML5广告所取代。正则表达式

移动端+HTML5，这个组合对前端工程师来讲是个不小的挑战：如何让开发的页面能有更好的体验？这就是咱们今天讨论的话题：移动端HTML5页面前端性能优化。算法

兄弟连HTML5培训浏览器

，如何优化HTML5在移动设置上的性能表现，首先须要明确如下几个原则：缓存

一、PC优化手段在Mobile端一样适用。性能优化

二、在Mobile侧咱们提出三秒种渲染完成首屏指标。服务器

三、基于第二点，首屏加载3秒完成或使用Loading。

四、基于联通3G网络平均338KB/s(2.71Mb/s)，因此首屏资源不该超过1014KB。

五、Mobile端因手机配置缘由，除加载外渲染速度也是优化重点。

六、基于第五点，要合理处理代码减小渲染损耗。

七、基于第2、第五点，全部影响首屏加载和渲染的代码应在处理逻辑中后置。

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

咱们针对其中几个表明性方案进行探讨：

加载优化

对于移动端的网页来讲，加载过程是最为耗时的过程，可能会占到总耗时的80%时间，所以是优化的重点，固然，手机站的其余前端要素优化也是不能忽略的。

一、减小HTTP请求

由于手机浏览器同时响应请求为4个请求（Android支持4个，iOS 5后可支持6个），因此要尽可能减小页面的请求数，首次加载同时请求数不能超过4个，建议优化要点为如下2点：

一、合并CSS、Java

二、合并小图片，使用雪碧图

二、缓存

使用缓存能够减小向服务器的请求数，节省加载时间，因此全部静态资源都要在服务器端设置缓存，而且尽可能使用长Cache（长Cache资源的更新可以使用时间戳）。

一、缓存一切可缓存的资源

二、使用长Cache（使用时间戳更新Cache）

三、使用外联式引用CSS、Java

三、压缩HTML、CSS、Java

减小资源大小能够加快网页显示速度，因此要对HTML、CSS、Java等进行代码压缩，并在服务器端设置GZip。

一、压缩（例如，多余的空格、换行符和缩进）

二、启用GZip

四、无阻塞

写在HTML头部的Java（无异步），和写在HTML标签中的Style会阻塞页面的渲染，所以CSS放在页面头部并使用Link方式引入，避免在HTML标签中写Style，Java放在页面尾部或使用异步方式加载

五、使用首屏加载

首屏的快速显示，能够大大提高用户对页面速度的感知，所以应尽可能针对首屏的快速显示作优化。

六、按需加载

将不影响首屏的资源和当前屏幕资源不用的资源放到用户须要时才加载，能够大大提高重要资源的显示速度和下降整体流量。

一、LazyLoad

二、滚屏加载

三、经过Media Query加载

另外，提醒你们一点：按需加载会致使大量重绘，影响渲染性能。

七、预加载

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

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

二、不可感知的Loading（如提早加载下一页）

三、对用户行为分析，能够在当前页加载下一页资源，提高速度。

八、压缩图片

图片是最占流量的资源，所以尽可能避免使用他，使用时选择最合适的格式（实现需求的前提下，以大小判断），合适的大小，而后使用智图压缩，同时在代码中用Srcset来按需显示。

一、使用智图

二、使用其它方式代替图片（使用CSS3；使用SVG；使用IconFont）

三、使用Srcset

四、选择合适的图片（webP优于JPG；PNG8优于GIF）

五、选择合适的大小（首次加载不大于1014KB；基于手机屏幕通常宽度不宽于640）

提醒你们一点：过分压缩图片大小影响图片显示效果。

九、减小Cookie，避免重定向以及异步加载第三方资源

Cookie会影响加载速度，因此静态资源域名不使用Cookie。另外，重定向会影响加载速度，因此在服务器正确设置避免重定向。还有，第三方资源不可控会影响页面的加载和显示，所以要异步加载第三方资源。

脚本执行优化

脚本处理不当会阻塞页面加载、渲染，所以在使用时须要注意如下几点：

一、CSS写在头部，Java写在尾部或异步。

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

三、尽可能避免重设图片大小，重设图片大小是指在页面、CSS、Java等中屡次重置图片大小，屡次重设图片大小会引起图片的屡次重绘，影响性能。

四、图片尽可能避免使用DataURL，DataURL图片没有使用图片的压缩算法文件会变大，而且要解码后再渲染，加载慢耗时长。

CSS优化

一、尽可能避免写在HTML标签中写Style属性。

二、避免CSS表达式，CSS表达式的执行需跳出CSS树的渲染，所以请避免CSS表达式。

三、移除空的CSS规则，空的CSS规则增长了CSS文件的大小，且影响CSS树的执行，因此需移除空的CSS规则。

四、正确使用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

五、不滥用Float，Float在渲染时计算量比较大，尽可能减小使用。

六、不滥用Web字体，Web字体须要下载，解析，重绘当前页面，尽可能减小使用。

七、不声明过多的Font-size，过多的Font-size引起CSS树的效率。

八、值为0时不须要任何单位，为了浏览器的兼容性和性能，值为0时不要带单位。

九、标准化各类浏览器前缀

（1）、无前缀应放在最后。

（2）、CSS动画只用（-webkit- 无前缀）两种便可。

（3）、其它前缀为“-webkit- -moz- -ms-无前缀”四种（-o-Opera浏览器改用blink内核，因此淘汰）。

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

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

Java执行优化

一、减小重绘和回流

（1）、避免没必要要的Dom操做

（2）、尽可能改变Class而不是Style，使用classList代替className

（3）、避免使用document.write

（4）、减小drawImage

二、缓存Dom选择与计算，每次Dom选择都要计算，缓存他。

三、缓存列表.length，每次.length都要计算，用一个变量保存这个值。

四、尽可能使用事件代理，避免批量绑定事件。

五、尽可能使用ID选择器，ID选择器是最快的。

六、TOUCH事件优化，使用touchstart、touchend代替click，因快影响速度快，但应注意Touch响应过快，易引起误操做。

渲染优化

HTML文档是以包含文档编码信息的数据流方式在网络间传输，页面的编码信息通常会在HTTP响应的头部信息或在文档内的HTML标记中指明，客户端浏览器只有在肯定了页面编码后才能正确的渲染页面，因此在绘制页面或执行任何的java代码前，大部分的浏览器（ie六、ie七、ie8除外）都会缓冲必定字节的数据来从中查找编码信息，不一样的浏览器当中预缓冲的字节数是不同的。

一、HTML使用Viewport

Viewport能够加速页面的渲染，请使用如下代码：

二、减小Dom节点

Dom节点太多影响页面的渲染，应尽可能减小Dom节点。

三、动画优化

（1）、尽可能使用CSS3动画。

（2）、合理使用requestAnimationFrame动画代替setTimeout。

（3）、适当使用Canvas动画5个元素之内使用css动画，5个以上使用Canvas动画（iOS8可以使用webGL）。

四、高频事件优化

Touchmove、Scroll事件可致使屡次渲染。

（1）、使用requestAnimationFrame监听帧变化，使得在正确的时间进行渲染。

（2）、增长响应变化的时间间隔，减小重绘次数。

五、GPU加速

CSS中如下属性（CSS3transitions、CSS3 3Dtransforms、Opacity、Canvas、WebGL、Video）来触发GPU渲染，请合理使用。（PS：过渡使用会引起手机过耗电增长。）