看到很长的BoomerangJS t_done时间,其中“ rt.t_start”和“ rt.end”相等

问题描述

我们将Boomernang JS用于RUM仪器。 http.initiator == spa_hard效果很好。但是,在测量http.initiator == spa(即软负载)时,我们经常会看到t_done页面加载时间)的值在1000000ms左右,这绝对是不准确的。

最重要的是,即使t_done应该为rt.end - rt.t_start,我们也会经常看到t_done的值非常大,而rt.end == rt.t_start的值-起始值和结束值是等效的,如下所示例如:

{
  "pid": "7dv9jmse","rt.bstart": 1604083165272,"rt.end": 1604411098690,"rt.nstart": 1604083161590,"rt.obo": 0,"rt.sl": 0,"rt.ss": 1604083161590,"rt.start": "manual","rt.tstart": 1604411098690,"rt.tt": 0,"sm": "i","t_done": 429144,"t_page": 422485,"t_resp": 6659,"u": "RETRACTED","vis.lh": 2374175,"vis.lv": 20978,"vis.st": "visible"
}

过去有人在boomerang上遇到过SPA计时问题。我们正在使用Angular。

解决方法

在过去的一年里,已经修复了几个错误,并且对 boow BOOMERANG 处理 SPA Soft 请求进行了更新。请参阅发行说明以确定您使用的 BOOMERANG 版本是否包含最新修订:https://developer.akamai.com/tools/boomerang/release-notes

特别注意以下几点:

1.681.0(2019 年 9 月 11 日)
与 History v2 之前相比,SPA Soft Navigations 的开始时间可能会有几毫秒的变化,因为该插件现在始终使用 window.History 更改通知而不是 SPA 框架事件。
修复了一些可能导致某些 SPA 软导航永远无法完成或需要很长时间才能完成的问题。
1.700.0(2020 年 1 月 29 日)
未发起任何关键网络请求的 SPA 软导航报告的导航时间非常短,约为 15-30 毫秒,具体取决于执行监控代码所用的时间。
这些导航现在报告的时间正好是 1 毫秒。