乐趣区

关于前端:支付宝小程序性能分析

首屏算法阐明

首屏即 页面首次渲染满屏内容,是用于计算 T2 的要害节点。简略说就是,在页面加载的过程中,记录所有的渲染帧,在页面加载完结之后,回溯查看每一帧,图片渲染面积首次达到最大值的那一帧记为 T2

T2 计算终点

T2 的工夫终点为 PerformanceTiming.naviagtionStart, 即 HTML 主 文档开始加载的工夫。在 WebView 加载页面的场景,与WebView.loadUrl 的机会十分靠近

T2 开始记录渲染帧

T2 开始记录渲染帧的工夫点为 FirstFullScreenLayout,即排版高度大于一屏。在这个工夫点之前,页面个别不会有内容展现,所以没有必要记录渲染帧

T2 完结计算的条件

常见的 T2 完结计算的条件有以下几种:

  • 页面退出。比方,用户敞开页面
  • 页面不可见。比方,app 切到后盾
  • 有用户交互。比方,用户点击或者滑动页面
  • T2 计算耗时超时。T2 帧记录的计算不能耗费太多工夫,超出 50ms 的阀值会完结计算,不再记录后续的帧
  • T2 帧数超出阀值。T2 帧不能记录太多,也会损耗性能,超出 50 帧的阀值会完结计算,不再记录后续的帧
  • WebView 所在的 Window 失去焦点。比方,页面有 Native 弹框

需特地留神的是:T2 完结计算的工夫点不肯定是 T2 的工夫起点,而且极有可能是不一样的。T2 完结计算之后,还要回溯查看,找出图片渲染面积首次达到最大值的那一帧,才记为 T2

影响耗时的因素

外围耗时

  • 包大小过大:包含整包 / 主包 (分包)的压缩包 以及 外部 bundle 文件(worker) 过大。包文件会蕴含一些动态资源。相对来说,后者影响更大,因为每次运行会有 worker 的解析过程
  • 同步 api 调用(my.Sync),阻塞执行。
  • uc 冷启:支付宝首页首屏小程序的 uc 冷启 (init_uc) 耗时占比会偏高,因为 App 尽管曾经做了启动 uc 初始化,然而在首页的小程序拜访时来不及实现初始化必定会更多(想缩小耗时就申请默认踢出支付宝首页)。

    • 外围耗时阶段,uc 冷启比热启耗时要多出 145%(饿了么小程序)。

业务耗时

  • 主链路耗时:免登,主接口调用到页面渲染,串行链路。
  • 首屏内容有余:主接口数据模块有余。
  • 渲染 Data 数据量:setData 次数 & 内容过多,影响渲染效率
  • 图片过大过多:间接影响 T2 统计的首屏铺满断定
退出移动版