序言:不要索要示例代码。这不是示例代码的问题。如果有一个更好的堆栈交换位置要问这个,我很乐意承担责任,但是搜索没有找到这样的位置,所以我在这里谦虚地寻求帮助。
因此,我的应用程序从Websocket接收数据到Web Worker,然后从Web Worker接收数据到主应用程序。该应用程序包含例如视图更新方法。有时这些都有错误,所以我像一个人一样使用开发工具来设置断点!
但是,当断点“暂停”应用程序时,数据流并未停止。作为浏览器本身的后台进程(即,超出我的控制范围),如果它们碰到相同的断点,则它们会在队列中等待处理。浏览器本身会创建一个断点,命中断点的时间。
因此,您可以禁用该断点,单击“恢复执行”,它将转到命中断点的下一个积压时间。没有“断点不再存在”的概念,因为断点在创建待办事项列表时就已存在。
最终结果:如果在调试时遇到断点(例如断点50次),则必须单击50次才能真正恢复执行应用程序。
有人可以发现我做错了什么吗?还是我可以设置一个隐藏的功能标志,以便不创建积压工作?还是一个明显的“总是恢复”按钮,一旦单击该按钮,就可以在所有积压的断点处重击?
旁注:您甚至无法简单(快速)刷新页面,因为“积压”阻止了该页面。
答案 0 :(得分:1)
还是一个明显的“总是恢复”按钮,一旦单击该按钮,就可以在所有积压的断点处进行搜索?
长按继续按钮,然后选择Force script execution。注意:我并不是说这很明显,但是我认为这就是您想要的。
停用断点按钮也可能起作用。