Javascript 检测Chrome调试器是否正在从fb flo插件处理程序运行

Javascript 检测Chrome调试器是否正在从fb flo插件处理程序运行,javascript,google-chrome,debugging,Javascript,Google Chrome,Debugging,这是一个相当奇怪的情况,因为它没有出现在典型的Chrome开发工作流程中,也许只有当我们了解fb flo Chrome插件(当然也包括Chrome)的内部工作原理时,它才能真正得到回答 基本上,每当我让Chrome处于调试器断点暂停状态并更新我的源代码时,我所经历的就是一些破坏。这会导致fb flo插件实际运行,但当它热交换代码(我大部分时间都想使用)时,它会将整个选项卡置于错误状态,并在我刷新页面后持续存在 不用说,解决方法就是不让Chrome调试器暂停并编辑代码,但我认为您可以理解这样做有多

这是一个相当奇怪的情况,因为它没有出现在典型的Chrome开发工作流程中,也许只有当我们了解fb flo Chrome插件(当然也包括Chrome)的内部工作原理时,它才能真正得到回答

基本上,每当我让Chrome处于调试器断点暂停状态并更新我的源代码时,我所经历的就是一些破坏。这会导致fb flo插件实际运行,但当它热交换代码(我大部分时间都想使用)时,它会将整个选项卡置于错误状态,并在我刷新页面后持续存在

不用说,解决方法就是不让Chrome调试器暂停并编辑代码,但我认为您可以理解这样做有多么容易,因为当我在调试会话期间找到修复代码的理由时,很难记住要做一些可能具有破坏性的事,例如取消调试器暂停

现在,我有了一些想法,可以尝试在react插件代码中挖掘一些东西来理解这一点,但我也负担不起


基本上,我必须找出Chrome当前是否在调试器中暂停,如果是,我必须阻止热交换继续进行。有办法做到这一点吗

请包括您正在使用的所有库/工具的链接,可能只是您的包。json.Ah,对不起,我没有充分描述我的问题,因为我有一个大脑屁,并称“fb flo”“react”。该问题并非特定于后端设置引起的某些交互。结果证明与React.js无关。问题非常明确,当插件外部触发事件时,是否可能检测到Chrome的调试器状态。这是一种奇怪的情况,因为通常这是不可能的(因为调试器被暂停),但我们有fb flo做它自己的事情