我在Resource Timings面板中看到以下异常：
内容下载时间（来自网络时间）对于某些资源来说意外地高，这是在加载页面时请求的： 1 KB的内容下载时间约为1秒。
虽然没有网络问题：我已经使用Wireshark跟踪检查了这一点并将我的浏览器尽可能靠近服务器。 Ping显示大约0.3ms的RTT。
根据Jonathan Garbee的文章，我只是想知道网络性能是否是唯一的原因 https://developers.google.com/web/tools/chrome-devtools/network-performance/understanding-resource-timing?hl=en
我已经检查了该资源的下载时间（仅将其地址放在浏览器的地址栏中），并且该单个资源的整个HTTP请求（内容下载时间约为1毫秒）花费不到100毫秒。
我已经使用net-internals中的事件检查了资源请求时间。结果不适合DevTools中的时间。 对于同一时间和相同的1 KB资源，有以下内容： 来自net-internals的事件显示100毫秒，DevTools中的内容下载为900毫秒。见截图：
net-internals Event for the same HTTP request
谷歌搜索了一段时间我发现了一些关于时间由渲染过程记录的讨论， 如果它很忙，那么responseEnd的实际时间点之间可能会有很大的时间差 （或者回复，我不记得确切事件的名称）事件发生了 以及渲染过程注册该事件的时间点。这可以解释DevTools Timings的漫长下载时间。但如果这个解释值得信赖吗？
有人确认或否认Timings录音取决于Render流程工作量， 对于胖应用程序DevTools中提供的计时可能会因Render进程被大量加载而失真......
如果它实际上是真的，那么与性能相关的统计数据可能是什么呢？
很抱歉到目前为止还不熟悉Chromium源代码结构。 我需要几周的时间来检查答案。不幸的是，我没有时间。
PS是否有任何资源，它描述了Chrome中的性能测量（我的意思是Chrome在内部如何做）？ “了解资源计时”已经不够了。
祝你好运， 安东
