Javascript Ajax调用成功的回调时间比网络调用长

我试图理解为什么通过应用控制台检查时，显示96ms的ajax调用的时间是网络选项卡。启动和获得成功回调结果之前的时间日志是239ms

console.time('collections');
        ApiBridge.fetchCollections()
            .then((res) => {
                console.timeEnd('collections');
                dispatch(AppActions.hideLoader());
                dispatch(CollectionActions.setViewCollections(res));
            })
            .catch(err => {
                console.log(err);
                dispatch(AppActions.handleError());
            })

更令人担忧的是，它的波动高达1500毫秒。 在本例中，我使用的是FetchAPI，但我能够注意到任何ajax库（包括jQuery.ajax和Angular的$http）都存在同样的问题

---

有人能给我解释一下为什么会发生这种情况，以及可以做些什么来减少这一时间。因为后端调用实际上占用的时间较少，而且它是在前端发生的。

此功能是非标准的，不在标准轨道上。不要在面向Web的生产站点上使用它：它不会适用于所有用户。实现之间也可能存在很大的不兼容性，并且行为可能会在将来发生变化--@kermani我也尝试过使用performance.now和new Date（）进行日志记录，但我仍然能够观察到同样的情况。如果收集足够大，可能会因为收到json后发生的解析而导致延迟。我同意@Akis，您可以在浏览器底部看到DOMContentLoaded和Load time。数据没有那么长。是小json。另外，我也检查了一些简单的模拟json，我看到了同样的趋势。这个特性是非标准的，不在标准轨道上。不要在面向Web的生产站点上使用它：它不会适用于所有用户。实现之间也可能存在很大的不兼容性，并且行为可能会在将来发生变化--@kermani我也尝试过使用performance.now和new Date（）进行日志记录，但我仍然能够观察到同样的情况。如果收集足够大，可能会因为收到json后发生的解析而导致延迟。我同意@Akis，您可以在浏览器底部看到DOMContentLoaded和Load time。数据没有那么长。是小json。此外，我还使用了一些简单的模拟json，我看到了同样的趋势。