Html 5优化

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

概述

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

[加载优化]

加载过程是最为耗时的过程,可能会占到总耗时的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(基于手机屏幕一般宽度)) 
延伸阅读:《浓缩的精华!从零开始带你认识最新的图片格式WebP》 
减少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渲染,请合理使用。

时间: 2024-07-30 10:18:00

Html 5优化的相关文章

iOS开发——项目实战总结&amp;UITableView性能优化与卡顿问题

UITableView性能优化与卡顿问题 1.最常用的就是cell的重用, 注册重用标识符 如果不重用cell时,每当一个cell显示到屏幕上时,就会重新创建一个新的cell 如果有很多数据的时候,就会堆积很多cell.如果重用cell,为cell创建一个ID 每当需要显示cell 的时候,都会先去缓冲池中寻找可循环利用的cell,如果没有再重新创建cell 2.避免cell的重新布局 cell的布局填充等操作 比较耗时,一般创建时就布局好 如可以将cell单独放到一个自定义类,初始化时就布局好

Java性能优化之JVM GC(垃圾回收机制)

Java的性能优化,整理出一篇文章,供以后温故知新. JVM GC(垃圾回收机制) 在学习Java GC 之前,我们需要记住一个单词:stop-the-world .它会在任何一种GC算法中发生.stop-the-world 意味着JVM因为需要执行GC而停止了应用程序的执行.当stop-the-world 发生时,除GC所需的线程外,所有的线程都进入等待状态,直到GC任务完成.GC优化很多时候就是减少stop-the-world 的发生. JVM GC回收哪个区域内的垃圾? 需要注意的是,JV

MySQL 索引优化原则

一.索引优化原则 1.最左前缀匹配原则,联合索引,mysql会从做向右匹配直到遇到范围查询(>.<.between.like)就停止匹配,比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引,d是用不到索引的,如果建立(a,b,d,c)的索引则都可以用到,a,b,d的顺序可以任意调整. 2.=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器会帮你优

sql优化

1.all: 全表扫描,遍历全表找到匹配的行 index:索引全扫描,遍历整个索引来查询匹配的行 range:索引范围扫描,常见于<,>,>=,between等操作符 ref: 使用非唯一索引扫描或唯一索引的前缀扫描,返回匹配某个单独值的记录行 eq_ref:类似ref,区别就是使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配.简单来说,就是多表连接中使用primary key或者unique index 作为关联条件 const/system:单表中最多有一个匹配行,查询起

试试SQLSERVER2014的内存优化表

原文:试试SQLSERVER2014的内存优化表 试试SQLSERVER2014的内存优化表 SQL Server 2014中的内存引擎(代号为Hekaton)将OLTP提升到了新的高度. 现在,存储引擎已整合进当前的数据库管理系统,而使用先进内存技术来支持大规模OLTP工作负载. 就算如此,要利用此新功能,数据库必须包含"内存优化"文件组和表 即所配置的文件组和表使用Hekaton技术. 幸运的是,SQL Server 2014使这一过程变得非常简单直接. 要说明其工作原理,我们来创

Linux性能优化之磁盘优化(三)

前言 关于本章内容,设计的东西比较多.这里会有关于文件系统.磁盘.CPU等方面的知识,以及涉及到关于这方面的性能排查等. 术语 文件系统通过缓存和缓冲以及异步I/O等手段来缓和磁盘的延时对应用程序的影响.为了更详细的了解文件系统,以下就简单介绍一些相关术语: 文件系统:一种把数据组织成文件和目录的存储方式,提供了基于文件的存取接口,并通过文件权限控制访问.另外,一些表示设备.套接字和管道的特殊文件类型,以及包含文件访问时间戳的元数据. 文件系统缓存:主存(通常是DRAM) 的一块区域,用来缓存文

一个配置表优化的想法

今天下班在班车上想了一个关于配置表存储的小优化,起因是早上的时候发现了一个bug,这个bug是由于在运行时动态更改了一个列表配置导致的. 其实关于这种运行时"偷偷"改配置的问题我之前也有考虑过,这种应该是一不小心就会写出的,这不终于都出了一个. 至于如何预防这种问题,我认为在python里面似乎也没有什么好的解决方法,因为它不像c++有const语义,但有一个稍尽人事的预防措施就是把列表型的配置读成元组(tuple).而由此衍生出的一个想法便是:把配置表中所有的列表型配置都读成共享的元

web单机优化

又得开始写博客了,目测又要一周一篇了,当然了这不算python跟前端的,个人喜欢notepad++可惜不能放图片,word什么的太讨厌了 为什么要单机优化呢,很简单,因为不论以后是各类集群也好,物理机虚拟机也好,只有将个人优势发挥到最大才能提升整体的最低限度,因为木桶原理嘛:再一个,穷啊,玩linux那就是得优化,极尽的压榨操作系统的性能.集群什么的都是从单机演化出来的,so,优化好单机是你继续下一步的初始条件 我们从一个请求连接的总流程来看一下我们可优化的点(运维角度) 其实这中间的每一个步骤

前端优化

代码层面:避免使用css表达式,避免使用高级选择器,通配选择器. 缓存利用:缓存Ajax,使用CDN,使用外部js和css文件以便缓存,添加Expires头,服务端配置Etag,减少DNS查找等 请求数量:合并样式和脚本,使用css图片精灵(sprite),初始首屏之外的图片资源按需加载,静态资源延迟加载(懒加载). 请求带宽:压缩文件,开启GZIP, 代码层面的优化 用 hash-table 来优化查找 少用全局变量 用 innerHTML 代替 DOM 操作,减少 DOM 操作次数,优化 j

四边形不等式优化

四边形不等式优化条件(转自这里) 在动态规划中,经常遇到形如下式的转台转移方程: m(i,j)=min{m(i,k-1),m(k,j)}+w(i,j)(i≤k≤j)(min也可以改为max) 上述的m(i,j)表示区间[i,j]上的某个最优值.w(i,j)表示在转移时需要额外付出的代价.该方程的时间复杂度为O(N^3). 下面我们通过四边形不等式来优化上述方程,首先介绍什么是"区间包含的单调性"和"四边形不等式" (1)区间包含的单调性:如果对于i≤i'<j≤