【发布时间】:2020-03-20 08:38:39
【问题描述】:
问题
在 Chrome 中,我们公司的一些人在加载某些页面时遇到了缓慢的问题。我已经在 chrome 中对此进行了分析,我可以看到有一个任务坐在那里并且在大约 8 秒内什么都不做:
实际请求只需要大约 24ms 即可完成请求:
.
Devtools 网络选项卡反映的结果与 fiddler 相同。 这只是在过去约 1 个月内才开始发生,公司中慢慢有越来越多的人正在体验它。
其他详情
- 隐身模式无效。
- 关闭所有 chrome 窗口可以暂时修复它。
- 不影响打开 chrome 的调试实例。
-
在请求上的事件中,加载事件之间有一个巨大的跳跃:
- 似乎是chrome打开时间过长造成的。自从大多数天重新启动以来,我得到它的频率要低得多。 关于可能导致这种情况的任何想法?
更新
请求需要很长时间实际上只是问题的一个症状。真正的问题是导致 DOM 冻结的原因。我已经追踪到它是footer functionality of Kendo 网格。如果不设置 footerTemplate,网格将以正常速度加载。 我们已经联系了 Telerik,但他们没有收到任何其他类似问题的报告。我还尝试删除我们计算机上的所有扩展、分析和防病毒软件,但没有任何变化。 唯一可行的方法是将 chrome 改回旧版本。所以它似乎与 chrome 版本有关,并且与 DOM 更新有关。
【问题讨论】:
-
这是只有 chrome 的问题还是其他浏览器中仍然存在问题?您是否检查过网络选项卡以查看请求是否在任何时候停止?请求是外部的还是内部的(我看到您使用的是 localhost),因为我无法在屏幕截图上完全理解。
-
@GrahamRitchie 这个问题只是 chrome 的问题,所有其他浏览器都很好。我们尝试了内部和外部连接,但没有任何区别。
-
我唯一能建议的就是刷新浏览器中的 DNS 缓存,Chrome 有一个奇怪的习惯,那就是坚持到服务器的路径不佳。我确实认为它可能是防病毒软件,因为这是一种常见症状,但除非您的防病毒软件由于某种原因无法与 Chrome 配合使用,而这似乎不是原因。
标签: performance google-chrome google-chrome-devtools httpwebrequest