支付宝小程序性能分析

首屏算法说明

首屏即 页面首次渲染满屏内容,是用于计算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统计的首屏铺满判定

你可能感兴趣的:(前端javascript)