来自 Web前端 2019-11-22 07:41 的文章
当前位置: 澳门三合彩票 > Web前端 > 正文

而加载的性能又是无线性能中的一个重要问题,

注:

  • [1]: TMS 为淘宝内部运营活动系统。
  • [2]: TCE 为淘宝内部数据接口系统。
  • [3]: Cake 为淘宝内部前端开发套件。

 

1 赞 收藏 1 评论

澳门三合彩票 1

参考资料

  • 1 赞 2 收藏 评论

白屏问题

  1. 白屏的根本原因是浏览器在渲染的时候没有请求到或请求时间过长造成的。
  2. 浏览器对于图片和CSS,在加载时会并发加载(比如一个域名下同时加载多个文件),浏览器对于JavaScript,在加载时会禁用并发,并且阻止其后的文件及组件的下载。所以将js放在页面的顶部也可能会导致白屏。
  3. 不同浏览器的处理CSS和HTML的方式是不同的:
    比如,IE、chrome浏览器的渲染机制,采用的是等CSS全部加载解析完后再渲染展示页面。
    Firefox则是在CSS未加载前先展示html的内容,等CSS加载后重新对样式进行修改。

所以:白屏的出现情况往往因为CSS样式被置于底部(最后加载),当新窗口打开,刷新等的时候,页面会出现白屏。
如果使用 @import标签,它引用的文件则会等页面全部下载完毕再被加载,也可能出现白屏。

因此,
css使用 link 标签将样式表放在顶部,防止白屏问题出现。
JS 的放置位置一般是在body的闭合标签之前。

白屏时间和补救方法

在 Wi-Fi 下,这 60 多帧的过程一眨眼就过去了,但在弱网络下,如这里最极端的网络 GPRS 下,整个首屏含图片全部加载完成需要 41.25s。当然这 40 多秒过程能尽早出现内容,并渐进和谐地呈现出来是比较好的。

男装频道是修改过后的,对比之前的未处理的猜你喜欢页面,出现长时间的白屏,如下:

澳门三合彩票 2

以下为本地生活修复后的效果:

澳门三合彩票 3

白屏处理只要稍微注意下就可以,修复的方便也简单,尽量同步输出,异步输出请尽量 mock 出现在首屏的模板。如果是基于 Cake[3] 工具开发的,也可以直接用首屏填充伪标签。

如何选择 async 和 defer

  • defer 可以保证执行顺序,async 不行【注:hack】
  • async 可以提前触发 domReadydefer 不行【注:Firefox 的 defer 也可以提前触发 domready
  • defer 在 iOS 和部分 Android 下依然阻塞渲染,白屏时间长。
  • 当 script 同时加 asyncdefer 属性时,后者不起作用,浏览器行为由 async 属性决定。
  • asyncdefer 的兼容性不一致,好在 asyncdefer 无线端基本都支持,async 不支持 IE 9-。
    附 async 兼容性 defer 兼容性
白屏不是bug,而是由于浏览器的渲染机制。

页面白屏与瀑布流分析方法

2015/12/03 · HTML5, JavaScript · 1 评论 · 瀑布流, 白屏

原文出处: 淘宝前端团队(FED)- 妙净   

澳门三合彩票 4

无线页面的开发在我们的日常工作中越来越重要,无线的性能也是我们需要重点关注的,而加载的性能又是无线性能中的一个重要问题。那么,今天我们一起来看下如何去评估、测试无线页面的加载性能。

为了方便分析页面的加载过程,这里将网络设置成最慢的 GPRS,并将加载过程录制下来,通常你可以通过 Chrome 自带的 timeline, 勾选 screenhot,可以得到详尽的过程,如下图:

澳门三合彩票 5

这里为了和请求一一清晰对照,用额外录屏工具( licecap )录制下来。下文以淘宝双 11 男装分会场的预发页面作为测试,录制 结果 gif 如下,录制的 FPS 为 8。

帧分析如下:

第一帧:重新刷新页面,发起 HTML 请求,中间完整页面是刷新前的,请无视之。

澳门三合彩票 6

终于等到第 7 帧,HTML 加载并解析完成,发出页面中的请求,同时 CSS/JS 的地址都收敛在 //g.alicdn.com 同一个域名下, Chrome 下 HTTP 1.1 协议下一个域名下支持 6 个并发。

1 年前,PC 上以前还有多个域名分区(img01-04.tbcdn.cn),PC 上首屏图片多,这样可并发更多,但更多的域名引入,也加大了域名解析的成本,权衡之下淘宝之前图片域名选择了 4 个;后来集团经过轰轰烈烈的 HTTPS 改造,图片推荐收敛到 gw.alicdn.com ;手淘下现在使用 SPDY + HTTPS,相比 HTTP 1.1 ,更安全且可以多路复用。

澳门三合彩票 7

到第 20 帧, CSS 下载完,DOM 和 CSSOM 都准备 OK 了,页面则开始渲染了;这是在 Chrome 下面看到的情况,但在 iOS 上并非如此,它需要 JS 加载并执行完才渲染页面。

澳门三合彩票 8

第 21 帧,紧接着,CSS 中的背景图开始相继渲染,可见 CSS 中渲染图片也是有点耗时的。

澳门三合彩票 9

第 23 帧,前面并行下载的 JS 都下载完,也开始执行了,看“疯狂 top 榜”是 JS 抽取出来的。同时 aplus 请求也开始请求,这是个 getScript 的异步请求,可见异步请求真没有阻塞页面的渲染。

澳门三合彩票 10

第 25 帧,JS 还在继续执行,第一张图片是 JS 根据当前 dpr、强弱网络、设备宽度等算出最适合的图片开始加载这张大 banner 了,并且开始发送数据请求了。

澳门三合彩票 11

到 27 帧,终于数据请求回来了,并且把文字和图片渲染到页面上了。

澳门三合彩票 12

然后下一帧 28,开始请求商品图片了。

澳门三合彩票 13

到 45 帧,6 个图片都在并发请求,同上 gw.alicdn.com 同一个域下并发 6 个请求。但首屏除了大图外只有 4 张图(2 张商家 logo 被底部 bar 挡住了),这里发出了 6 个图片请求,可见这个页面的懒加载的 buffer 值可以设置得更小。

澳门三合彩票 14

从 28 帧到 50 帧,经历了很长的时间,第一张图片终于显示出来了。另外看到 aplus_v2 执行完后,又发起了 spm 等请求,后面 3 个请求( aplus-proxy.html/isproxy.js/m.gif )还是串行的。

澳门三合彩票 15

最后到第 61 帧,终于所有的图片都加载完了,最后看下,最后下载完的是大 banner 图,因为有 46.9k ,这张图的大小可能成为此页面的 load 时间的关键;如果这张图没有这么大,最后下载完的可能是用于埋点的 m.gif。

澳门三合彩票 16

从上面整个请求的瀑布流分析下来,我们来回顾下页面的关键时间点:

async 和 defer

script 标签上可以添加 defer 和 async 属性来优化此 script 的下载和执行。

FOUC

FOUC (Flash of Unstyled Content) 无样式内容闪烁:
如果把样式放在底部,对于IE浏览器,在某些场景下(点击链接,输入URL,使用书签进入等),会出现 FOUC 现象(逐步加载无样式的内容,等CSS加载后页面才突然展现出样式)。对于 Firefox 会一直表现出 FOUC 。

  • 脚本会阻塞后面内容的呈现
  • 脚本会阻塞其后组件的下载

对于图片和CSS, 在加载时会并发加载(如一个域名下同时加载两个文件)。但在加载 JavaScript 时,会禁用并发,并且阻止其他内容的下载。

所以尽量把 JavaScript 放入页面body底部。

结束语

以上在 Chrome 上的测试,但实际在手淘里面,在 spdy、https、离线包内置资源等的影响下,它的瀑布流还是这样的吗?

script inject 和 async

JavaScript

<!-- BAD --> <script src="//g.alicdn.com/large.js"></script> <!-- GOOD --> <script> var script = document.createElement('script'); script.src = "//g.alicdn.com/large.js"; document.getElementsByTagName('head')[0].appendChild(script); </script>

1
2
3
4
5
6
7
8
9
  <!-- BAD -->
<script src="//g.alicdn.com/large.js"></script>
 
<!-- GOOD -->
<script>
  var script = document.createElement('script');
  script.src = "//g.alicdn.com/large.js";
  document.getElementsByTagName('head')[0].appendChild(script);
</script>

我们通常用这种 inject script 的方式来异步加载文件,特别是以前 Sea.jsKISSY 的盛行时,出现大量使用$.use 来加载页面入口文件。这种方式和 async 的一样都能异步化 JS,不阻塞页面渲染。但真的是最快的吗?

一个常见的页面如下:一个 CSS,两个异步的 JS

JS 使用 script inject 的方式测试结果如下,DEMO澳门三合彩票,:

澳门三合彩票 17

JS 使用 async 的方式测试结果如下, DEMO:

澳门三合彩票 18

对比结果发现,通过 `` 的方式的 JS 可以和 CSS 并发下载,这样整个页面 load 时间变得更短,JS 更快执行完,这样页面的交互或数据等可以更快更新。为什么呢?因为浏览器有类似 ‘preload scanner’ 的功能,在 HTML 解析时就可以提前并发去下载 JS 文件,如果把 JS 的文件隐藏在 JS 逻辑中,浏览器就没这么智能发现了。

也许大家会说,现在 CSS/JS 都预加载到客户端了,怎么加载不重要。但页面有可能分享出去也有可能运行在浏览器中,也有可能预加载失效。

综合上面 async 和 defer,推荐以下用法。

JavaScript

<!-- 现代浏览器用 'async', ie9-用 'defer' --> <script src="//g.alicdn.com/alilog/mlog/aplus_wap.js" async defer></script>

1
2
<!-- 现代浏览器用 'async', ie9-用 'defer' -->
<script src="//g.alicdn.com/alilog/mlog/aplus_wap.js" async defer></script>

其实现在无线站点 aplus.js 可以完全用这种方式引入,既不会阻塞 DOMCSSOM,也不会延长整个页面 onLoad 时间,而不是原来的 PC 上的 script inject方式。

如果 aplus.js 在 PC 上这么用,IE 8/IE 9 应用的是 defer 属性,不会阻塞页面渲染,但是这个 JS 需要执行完后才触发 domReady(DOMContentLoaded)事件,故在 IE 8/IE 9 下可能会影响 domReady 的时间。

页面可见时间

在第 20 帧页面可见,CSS 完成之后,当然前提是这里没有外链 JS 在页面中间因为网络请求严重阻塞页面。这里分析的仅仅是 Chrome 浏览器,不是真机,在 iOS 上,就算 JS 在底部,直接 <script src="xx"> 也是会阻塞页面。可以通过加 async 属性,通知渲染引擎这是不影响页面渲染的 JS,可以异步加载,iOS 下添加此属性可实现和 Android 或 PC Chrome 一样的效果。

didFinishLoad 到底什么时候触发

didFinishLoad 是 native 定义的事件,该事件触发时手淘 loading 菊花消失,并且 windvane 中的发出请求不再收集,也就是 native 统计出的 pageLoad 时间。在用户数据平台看到的瀑布流请求,就是在 didFinishLoad 触发前收集到的所有请求。

澳门三合彩票 19

经过上方测试,客户端的 didFinisheLoad 事件的触发和 JS 中的 domReady(DOMContentLoaded)和 onLoad 触发没有任何关联。可能在 domReady 之前或之后,也可能在 onLoad 之前或之后。

那它到底是什么时候触发呢? iOS 官方文档 是 Sent after a web view finishes loading a frame。 结合收集的用户请求和测试,didFinishLoad 是在连续发起的请求结束之后触发,监听一段时间内无请求则触发。

所以经常会看到 data_sufei 这个 JS 文件,在有些用户的瀑布流里面有,在有些用户的又没有。原因是这个 JS 是 aplus_wap.js 故意 setTimeout 1s 后发出的,如果页面在 1s 前所有的请求都发完了则触发 didFinishLoad,后面的 data_sufei.js 的时间就不算到 pageLoad 的时间;反之如果接近 1s 页面还有图片等请求还在发,则 data_sufei.js 的时间也会被算到里面。

因此在 JS 中用 setTimeout 来延迟发送请求也有可能会影响 didFinishLoad 的时间,建议 setTimeout 的时间设置得更长一点,如 3s。

本文由澳门三合彩票发布于Web前端,转载请注明出处:而加载的性能又是无线性能中的一个重要问题,

关键词: