如何在 Chrome Dev Tool 中使用 Network's Waterfall 来诊断 Web 渲染性能问题？

Question

我们的一个网页存在渲染性能问题，当页面打开时，微调器冻结或加载非常滞后，6-12 秒后页面完成加载。所以我在 chrome 开发工具中使用网络的瀑布来诊断问题。但是我遇到了一些我不明白发生了什么的场景。

在下面的截图中，相应页面的所有资源都在很短的时间内加载，但是微调器冻结了 6 秒或 9 秒，我不确定在资源加载后页面完成之前发生了什么加载，也许微调器在错误的线程中或以某种方式被阻塞？我应该用什么方法找出原因？

场景一

场景二

更新

网络截图

时间线截图

更新

检查事件日志后，我认为问题发生在 Angular 摘要周期，端点响应时间仍应为 780 毫秒。

Answer 1

感谢您提供详细信息。如果您可以链接到该页面会更有帮助，但我知道这通常是不可能的。我只会为同一条船上的人提供一些一般数据。不过，我不知道我是否能够完全回答这个具体问题。

在场景 1和场景 2 的屏幕截图中，您可以看到您的资源在 1 或 2 秒内加载完毕。这表明问题与网络无关。

因此，虽然这是页面加载问题，但与网络无关。

在Timeline Screenshot 中，您可以看到您的 CPU 使用率从大约 1900 毫秒完全达到最大值，超过 16000 毫秒。所以你的页面迫使浏览器做大量的工作。这可能在 JavaScript 中。

为了诊断这一点，我将调查您可以在Timeline Screenshot 中看到的火焰图（在Main下）。条形越长，完成该功能所需的时间就越长。或者，如果您看到一个小函数被调用了数千次，这可能就是原因所在。如果您可以优化这些调用，那么您可以更快地在视觉上加载页面。您可以单击UPDATE屏幕截图中的Self Time标题，根据耗时最多的函数调用进行排名。

同样，我不知道这个答案对这个特定问题有多大帮助，但我想我会尝试以不同的、更一般的方式重新表述这个问题。