问题描述
我们将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
特别注意以下几点:
- 修复了一些可能导致某些 SPA 软导航永远无法完成或需要很长时间才能完成的问题。
1.681.0(2019 年 9 月 11 日)
与 History v2 之前相比,SPA Soft Navigations 的开始时间可能会有几毫秒的变化,因为该插件现在始终使用 window.History 更改通知而不是 SPA 框架事件。- 这些导航现在报告的时间正好是 1 毫秒。