8. 首屏耗时：监听页面打开3s内的首屏 DOM 变化，并认为 DOM 变化数量最多的那一刻为首屏框架渲染完成时间（SDK 初始化后 setTimeout 3s 收集首屏元素，由于 JS 是在单线程环境下执行，收集时间点可能大于 3s）；
9. 页面完全加载时间：TCP、DNS、SSL、TTFB、DOM 解析和资源加载的时间之和。
说明：
1-7 项页面打开性能指标计算说明可从 PerformanceTiming 获取。首屏耗时对应的 DOM 元素，可以通过打印 aegis.firstScreenInfo 查看。如果 DOM 元素不能代表首屏，可以添加属性<div aegis-first-screen-timing></div>，把某个元素识别为首屏关键元素，SDK 认为只要用户首屏出现此元素就是首屏完成。也可以添加属性<div aegis-ignore-first-screen-timing></div>，把该 DOM 列入黑名单。
根据以上数据，前端性能监控为用户绘制了页面加载瀑布图：
说明：
总体来说，页面首屏和页面完全加载时间是正相关的。大多数情况下，用户的首屏时间是小于页面完全加载的。Aegis SDK 根据用户页面 DOM 变化计算首屏时间，如果用户页面完全加载后，还继续发生 DOM 变化，就有可能发生首屏时间晚于页面完全加载的情况。
在服务端场景，瀑布图会出现首屏时间大于 DOM 解析的情况，这是由于移动端设备兼容性问题，有些设备无法获取到 DNS 查询、TCP 连接、SSL 建连时间，这三个指标汇总后的平均值偏小，导致除了首屏时间外的其他指标都往左偏移。
如果用户发现 RUM 性能数据里面首屏耗时大于页面完成加载的问题，并且上报的 performance 接口中 firstScreenTiming 为 0 还有可能是 SDK 初始化时间太晚导致的，如果 SDK 初始化时，页面首屏已完成，则无法获取到正常的 firstScreenTiming 的值。建议用户把 SDK 初始化放在 head 中进行，尽早初始化，然后再确认上报数据是否正常。
