20

我正在开发一个大型的、大量 javascript 的网络应用程序。我在 Chrome 开发工具中遇到 XHR 响应和控制台日志记录的响应时间非常慢（3-5 秒）。实际的应用程序运行快速且响应迅速，只有开发工具看起来很痛苦。

有谁知道为什么 Chrome 开发工具会随着我的应用程序的增长而变得迟缓？

4

5 回答 5

5

Devtools 就像任何其他调试器一样；它们连接到应用程序的正常处理流程中，并存储比通常需要的更多的信息。这比在不启用调试的情况下简单地渲染页面要多得多，因此它确实会更慢。

也就是说，响应时间为 3 秒console.log似乎很高。我建议您首先在每晚版本的 WebKit中测试应用程序。如果它在 WebKit 中响应，但在 Chrome 中没有响应，请通过http://new.crbug.com/向检查器提交错误以及您可以提供的有关导致缓慢的情况的任何信息。

如果它在 WebKit 中同样缓慢，请针对 WebKit 的 Inspector 组件提交一个错误：https ://bugs.webkit.org/enter_bug.cgi

无论哪种方式，请在此处发布错误 ID，我会看到它已被分类到正确的团队中。

于 2011-07-12T12:44:29.463 回答
5

我通过（在“源”选项卡下）“修复”了慢速 chrome 开发人员工具

  • 清除随时间累积的“监视”列表...
  • 清除所有“片段”，我也有几十个......

不确定两者中哪一个影响最大，但肯定会有所不同

于 2016-06-13T23:35:33.263 回答
2

这是一个老问题，但它可能会帮助像我一样稍后登陆这里的人。

在 Linux (RHEL 7) 上使用 Chrome 46.x/47.x，建议的解决方案都不适合我。起作用的是在高级浏览器设置中禁用“可用时使用硬件加速”设置。

我在进程监视器/列表中注意到 Chrome 渲染器占用了大量 CPU，即使在调试器中放置断点或单步执行语句也需要 10 多秒！

可能值得一试。

于 2015-12-08T13:46:27.290 回答
0

将开发人员工具取消停靠到单独的窗口中。就我而言，这是工作。

于 2016-01-06T06:57:27.867 回答
0

我也为此苦苦挣扎，以至于使用 chrome 调试器单步执行代码太慢了，以至于我的高效开发时间花了几个小时。在查看 chrome 中调试时的 CPU 利用率时，我会看到它使用了多达 40% 的处理器所有 4 个内核。我尝试了一切都无济于事。最后，我尝试让我正在调试的页面的浏览器窗口尽可能小，而不会丢失任何所需的视图，并且奇迹般地解决了问题。所以，现在我将我的调试器窗口保持在一个单独的窗口中弹出，并将我正在调试的页面的窗口尽可能小，我的调试体验再次非常快。我已经在几周内对此进行了测试，并且它一直有效。希望这可以帮助某人。

于 2016-02-24T19:17:49.603 回答