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