支付宝小程序性能分析前端javascript

首屏算法说明 【支付宝小程序性能分析】首屏即页面首次渲染满屏内容，是用于计算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%（饿了么小程序）。

业务耗时