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

如何解决看到很长的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 毫秒。