我的情况类似,经过一段时间的极端缓慢的开发人员工具响应我发现问题是由我为knockoutJs安装的Chrome扩展引起的 . 所以对于遇到这些问题的人来说, as part of the initial troubleshooting, try disabling chrome extensions .
4
我在Mac OS X 10.11.3上的Chrome版本50中遇到过类似的调试问题 . 到目前为止,我发现的唯一解决方案是保持开发工具停靠在右边,它似乎与以前一样高效 . 不是最佳解决方案,但它适用于我的情况 .
9 回答
我也面临同样的问题 .
我试过未经检查的切换截屏视频 . 现在它工作正常 .
我在54.0.2840.99 m版Google Chrome上遇到了同样的问题 .
但切换到Chrome Canary工作了!
我的情况类似,经过一段时间的极端缓慢的开发人员工具响应我发现问题是由我为knockoutJs安装的Chrome扩展引起的 . 所以对于遇到这些问题的人来说, as part of the initial troubleshooting, try disabling chrome extensions .
我在Mac OS X 10.11.3上的Chrome版本50中遇到过类似的调试问题 . 到目前为止,我发现的唯一解决方案是保持开发工具停靠在右边,它似乎与以前一样高效 . 不是最佳解决方案,但它适用于我的情况 .
如果其他人到达这里面临同样的问题,请尝试将您正在查看的开发工具选项卡更改为 Elements .
我打开了"Sources"标签,Chrome正在尝试为该标签加载大量资源,这会在我创建的
console.log()
事件和这些记录消息的显示之间产生多秒延迟 .谷歌意识到了这个问题 - https://bugs.chromium.org/p/chromium/issues/detail?id=624097
这个问题似乎已经在第53节中消失了 - 他们目前正试图找出解决问题的方法 . 如果可能,修复程序将合并回v.52 . 但至少他们正在研究它 .
最后,我找到了一个解决方案,经过这么长时间以及经过多次尝试修复它的失败后帮助了我:Solution on Google Chrome Forums
通过停用所有断点使devtools再次变得活泼:
转到
Sources
选项卡,显示调试器(可能隐藏)并点击Deactivate breakpoints
.(Windows 10上的Chrome v62.0)
我正在使用版本61.0.3163.79,我有同样的问题,这篇文章谈到了 .
通过一些搜索,我发现问题出在我正在使用的用户身上 . 我尝试的是以访客身份输入int google chrome,devtools再次变得更快 .
所以我做的是:
检查使用guest用户的调试是否更快 .
Logout from the account .
Clean all cache associated to google chrome.
重启电脑(但我认为关闭浏览器就足够了)
Login again in your account .
我希望这可以帮助其他有同样问题的人 .
[EDIT:]
我发现,经过一段时间(几周)后,Google Chrome开发工具将再次变慢 . 所以我尝试了以下解决方案并且它有效:
打开
dev tools
转到
Sources
标签 .清除所有观察到的变量,断点,DOM断点和事件监听器断点 .
[SECOND EDIT:]
几周后,问题再次出现 . 我做的是安装google canary Version 64.0.3249.2 canary (64-bit),我的问题消失了 .
如果谁知道什么是金丝雀,请查看this链接 .