我们目前正在创建SPA (JS组件、专有库、MQTT远程绑定、内存使用量<50 on ),以及在一些设备上经常遇到基于铬的用户代理的STATUS_BREAKPOINT错误(主要是基于铬的用户代理和绑定到特定设备上的错误)(在重绘时更频繁地观察到,但在丢弃的选项卡上也经常看到,打开DevTools也提高了问题的频率)。
以用户为中心的在线建议似乎表明了许多潜在的原因和解决方案,但这些都不适用于我们的系统。
当然,对我们来说更重要的问题是确保我们的用户不会遭受类似的问题。
根据一些google组,错误代码表示CPU断点错误。
为了理解这个问题并找到我们可以在应用程序中实现的潜在解决方案,我有一个问题:
如何减少浏览器在复杂SPAs中遇到STATUS_BREAKPOINT错误的风险?/有哪些潜在的代码模式可以导致这种情况?
发布于 2022-05-26 16:34:19
在生产中发生的STATUS_BREAKPOINT
很可能是一个意外的Chromium,或者由您的应用程序所引起的可能或不受铬支持的意外状态。您应该使用chrome:// https://bugs.chromium.org/p/chromium/issues/wizard中的崩溃ID在上提交一个bug,以便Chromium能够调查原因。
如果启用了登录铬(https://support.google.com/chrome/a/answer/6271282),并且熟悉崩溃报告格式和Chromium源代码,您也可以自己进行调查。
https://stackoverflow.com/questions/69522753
复制相似问题