相同URL，额外等待时间影响onload时间

问题描述

客户配置了两个任务，相同的 URL，其他配置相同，只有一点不同，一个配置了额外等待时间 5 s，一个没有配置。

在元素模块，相同时间段，发现 onload 时间相差较大？什么原因？

问题分析

（1）查看散点数据，发现配置了额外等待时间的任务 A，大部分节点散点详情中是有 onload 时间的。反观任务 B 只有一个点（2022-09-14 12:03:30）有 onload 时间。

（2）所以在元素模块中，展示的是平均值，在时间段内，所有 onload 时间加一起 / 点数的个数
任务 A：大量节点是有 onload 时间的，所以看着数据正常一点。
任务 B：只有一个节点有 onload 时间，平均一下，值瞬间就下来了
所以听云的统计数据是没有问题的。
（3）为什么在访问过程中，onload 时间会有收不到的情况？
首先 onload 最常用于 元素中，用于在网页完全加载所有内容（包括图像、脚本文件、CSS 文件等）后执行脚本。
客户页面在加载之后没有触发 onload，所以报表展示就没有。
通过页面的“开发者工具”中查看， 是客户页面的一个方法在 Chrome79 上不支持，如果有足够长的时间，能等回来，则是可以收到这个时间，所以给了额外等待时间之后，节点大部分都有 onload 时间的。

总结

通过以上分，总结一下几点：

1. 额外等待时间不会影响 onload 时间的，
2. onload 事件是页面结束浏览器触发的事件，是否触发和页面实际结构有关系
3. 后台查 14 这个任务只有一个点有 onload 时间，2022-09-14 12:03:30
   4.13 这个任务有大量数据收到了 onload 时间，
4. 元素模块是时间段内，onload 时间的一个平均值，所以 13 这个任务一个的时间点 / 总点次，时间一下就被平均下来了
5. 咱们数据统计没有问题，
6. 至于原因是客户页面在低版本上加载有问题，导致有时候触发不了 onload 事件。
7. 该原因客户页面在 chrome79 版本上不兼容导致的

解决方案

1. 客户对低版本兼容，让截图方法兼容 chrome79 版本，目前听云 network 节点 Windows 系统的 chrome 版本都是 79 版本的。
2. 用 Linux 客户端，Linux 客户端的都是 Chrome90，不过目前尽量只能使用页面监测，其他任务类型需要提前测试一下。

相关指标

（1）onload 事件： onload 最常用于 元素中，用于在网页完全加载所有内容（包括图像、脚本文件、CSS 文件等）后执行脚本。
听云 network 页面任务以收到这个事件作为结束条件，当收到该事件，判定任务结束，总下载时间=onload 时间。
（2）额外等待时间： 页面加载完成后等待延时加载内容的时间。缺省值为 0，表示不等待。
如果配置该功能， 在收到 onload 事件之后，再次等待