对于APP里面的H5页面首屏渲染时间不能超过1秒,首屏不要加载太多资源。Google提出了1秒钟完成首屏页面的渲染!
服务器响应必须小于200ms尽量少的重定向尽量少的第一次渲染请求数避免过多阻塞的JS、CSS给浏览器留200ms的渲染时间优化我们的JS执行效率和渲染时间尽量减少页面对后台的请求数,能合并的合并。
合并CSS、JavaScript等代码合并小图片,使用雪碧图响应性网页设计是指通过同一网址提供相同HTML代码的网站设计方法,使用户不用考虑所使用的是PC、Pad、APP设备,自动适应所使用的设备屏幕。
使用浏览器缓存减少对服务器的请求,所有可缓存静态资源(JS、CSS、图像、媒体文件、PDF文件)都应该在服务器端启用浏览器缓存(缓存一切可以缓存的资源)。注: HTML不是静态资源。
设置Expires报头为将来某个时间,比如设置为1周。则浏览器在这一周内访问将使用已经缓存的资源,不会发出GET请求去网络查看资源是否发生改变。除非用户手动清除了缓存。对于设置了缓存的网络请求我大致画了一个流程图如下:
上面提到的使用外联式引用CSS、JavaScript可以启动浏览器的缓存功能通过对HTML、CSS、JavaScript等资源进行压缩合并。并在服务器端设置GZip。
文件资源压缩:将多余的空格、换行符、缩进、注释等不必要的字节去掉从而提高下载、解析、执行速度,这一类的在线工具比较多,这里列举几个如下:
在线JS/CSS/HTML压缩Minify your JavaScriptYUI Compressor合并文件:每一个CSS、JS文件都是一个HTTP请求,适当将相关的多份文件合并成一个文件以减少HTTP的请求数。
minify启动网络服务器压缩功能:Apache、Nginx、IIS都支持配置压缩功能。
由于我们后台项目采用了.NET架构,所以我们在此针对IIS进行压缩功能的配置。IIS默认是启动压缩功能的,IIS支持“静态内容压缩”和“动态内容压缩”两种,如下图,
另外微软为我们提供了一份很好的文档:Configuring HTTP Compression in IIS 7
首屏应该尽量控制在1秒之内;对于相当屏幕不用的资源应该放到用户需要的时候再加载(延迟加载、上拉滚屏加载);可感知和不可感知的加载(Loading加载进度条、提前加载下一页)。
DOM节点太多会影响页面的渲染,尽量减少DOM节点
CSS表达式的执行需跳出CSS树的渲染,请避免CSS表达式
空的CSS规则增加CSS文件的大小,影响CSS树的执行,需要移除空的CSS规则
Web字体需要下载,解析,重绘当面页面
过多的Font-Size引发CSS树的效率
避免不必要的DOM操作,尽量改变Class而不是Style
每次DOM选择和列表length都要计算,特别是在for循环里面使用时,请用一个变量保存这个值以减少每次for循环时的重新计算
ID选择器是最快的
网络上往往最耗流量的就是图片,特别是用户在手机上访问,优先考虑有没有其它的方案可以代替图片,比如:
CSS3SVG,是一个XML文件,在任何屏幕分辨率上任意缩放都是边缘清晰的,清晰度不会被破坏。比GIF和JPEG格式的文件要小很多IconFont,阿里巴巴矢量图标库Srcset(响应式图片)可以使用图片压缩工具对图片进行压缩使图片尽可能小
使用图片压缩工具,比如腾讯智图WebP优于JPG,PNG8优于GIF;请勿使用BMP和TIFF格式.这里借用Google的一张图片格式选择方案:
WebP是一种加快图片加载速度的图片格式,图片压缩体积只有JPEG的2/3,目前Facebook,Google、taobao等知名公司都在自己的应用里面使用 WebP格式的图片。 目前Chrome、Android可以很好地支持WebP格式,iOS可以通过第三方方案来支持WebP。
将多个图片整合到一个图片中,再利用CSS属性(background-image、background-position、background-repeat)来精确定位要显示的图片,减少了HTTP的请求数和请求大小。
空Src会重新加载当前页面,影响速度和效率。 相关网址:Empty image src can destroy your site
通过CDN来加速是一项相对而言成本比较高的优化手段,所以这些把它放在所有优化方法的最后,但它是一项非常有效的优化方案
CDN(Content Delivery Network)即内容分发网络,将源站内容分发至全国所有的节点,缩短用户查看对象的延迟,提高用户访问网站的响应速度与网站的可用性,解决网络带宽小、用户访问量大、网点分布不均等问题。
我的个人博客