避免在执行过程中积压消息

时间:2019-03-05 19:56:21

标签: google-chrome-devtools

序言:不要索要示例代码。这不是示例代码的问题。如果有一个更好的堆栈交换位置要问这个,我很乐意承担责任,但是搜索没有找到这样的位置,所以我在这里谦虚地寻求帮助。


因此,我的应用程序从Websocket接收数据到Web Worker,然后从Web Worker接收数据到主应用程序。该应用程序包含例如视图更新方法。有时这些都有错误,所以我像一个人一样使用开发工具来设置断点!

但是,当断点“暂停”应用程序时,数据流并未停止。作为浏览器本身的后台进程(即,超出我的控制范围),如果它们碰到相同的断点,则它们会在队列中等待处理。浏览器本身会创建一个断点,命中断点的时间。

因此,您可以禁用该断点,单击“恢复执行”,它将转到命中断点的下一个积压时间。没有“断点不再存在”的概念,因为断点在创建待办事项列表时就已存在。

最终结果:如果在调试时遇到断点(例如断点50次),则必须单击50次才能真正恢复执行应用程序。

有人可以发现我做错了什么吗?还是我可以设置一个隐藏的功能标志,以便不创建积压工作?还是一个明显的“总是恢复”按钮,一旦单击该按钮,就可以在所有积压的断点处重击?

旁注:您甚至无法简单(快速)刷新页面,因为“积压”阻止了该页面。

1 个答案:

答案 0 :(得分:1)

  

还是一个明显的“总是恢复”按钮,一旦单击该按钮,就可以在所有积压的断点处进行搜索?

长按继续按钮,然后选择Force script execution。注意:我并不是说这很明显,但是我认为这就是您想要的。

force resume

停用断点按钮也可能起作用。

deactivate