我正在处理一个庞大的，重量级的网页应用。我正在经历Chrome Dev Tools对XHR响应和控制台记录（3-5秒）的响应时间非常慢。实际的应用程序运行速度快，反应灵敏，只有开发工具看起来很痛苦。
有没有人知道为什么随着我的应用程序的增长，Chrome Dev Tools会变得迟钝？
答案 0 :(得分：4)
我＆＃34;修复＆＃34;慢速铬开发者工具（在SOURCES标签下）
不确定两者中哪一个产生了最大的差异，但确实有所不同
答案 1 :(得分：3)
Devtools就像任何其他调试器一样;它们挂钩到应用程序的正常处理流程，并存储比通常所需的信息更多的信息。这比简单地在没有启用调试的情况下渲染页面要多得多，所以它确实会更慢。
也就是说，回复console.log 3秒似乎很高。我建议您先在nightly version of WebKit中测试应用程序。如果它在WebKit中响应，但在Chrome中没有响应，请通过http://new.crbug.com/向检查员提交错误以及您可以提供的有关哪种情况导致缓慢的任何信息。
如果它在WebKit中同样迟钝，请提交针对WebKit的Inspector组件的错误：https://bugs.webkit.org/enter_bug.cgi
无论哪种方式，在这里发布错误ID，我会看到它被分成正确的团队。
答案 2 :(得分：1)
这是一个老问题，但它可能会帮助像我这样的人稍后登陆这里。
在Linux上使用Chrome 46.x / 47.x（RHEL 7），所提出的解决方案都不适用于我。在高级浏览器设置中，禁用“使用硬件加速”设置的工作原理是什么。
我在进程监视器/列表中注意到Chrome渲染器占用了大量CPU，即使在调试器中放置断点或单步调试也需要10秒以上！
可能值得一试。
答案 3 :(得分：0)
将开发人员工具解压缩到单独的窗口中。 就我而言，它是有效的。
答案 4 :(得分：0)
我也在努力解决这个问题，使用chrome调试器逐步调试代码的速度非常慢，因此需要花费数小时才能完成开发时间。在使用chrome进行调试时，在观察CPU利用率时，我会发现在处理器的所有4个内核中占40％。我尝试了一切无济于事。最后，我尝试将我正在调试的页面的浏览器窗口尽可能地小，而不会丢失任何所需的视图，并奇迹般地解决了问题。所以，现在我将调试器窗口弹出一个单独的窗口，并使我调试的页面窗口尽可能小，我的调试体验再次非常快。我已经在几周的时间里对它进行了测试，但它已经坚持了下来。希望这有助于某人。