Javascript Chrome-调试WebGL崩溃（“老鼠！WebGL遇到障碍”）

我们公司最近将我们的电脑升级到Windows 10，从那以后，我们在浏览我们的网站时不断收到“老鼠！WebGL遇到障碍”的消息。通常，我们可能会将此视为内部网络/pc问题，但此错误仅发生在我们自己的网站上。浏览其他网站不会导致此错误。因此，我们担心我们的一些用户可能也会遇到这种情况

据我所知，我们不使用WebGL，

document.queryselectoral（'canvas'）

找不到任何元素

是否可以对此进行调试以找到崩溃的原因

更新

这是一个试图使用WebGL的第三方脚本，但它非常简单，不应该成为问题。现在的问题是，我如何确定为什么下面的代码会导致我们的网站崩溃

let canvas = document.createElement('canvas');
canvas.getContext('webgl');

加

到页面顶部，然后打开调试器，查看它在哪里中断？

添加

---

到页面顶部，然后打开调试器，查看它在哪里中断？

画布元素可能会动态创建，但不会添加到文档中，以用于图像导出或类似操作。另外，如果你还没有仔细审查所有第三方的LIBS，那么考虑到某个3D方库正在做一些小故障，或者是完全邪恶的风险。@ VisiBLIMAN确实是一个第三方脚本，用于欺诈检测，它在JS中创建元素。不过，这似乎只是在我们的网站上出现的。我访问了其他也加载此脚本的站点，但它不会导致此崩溃。这是一个有趣的bug。如果没有关于库的更多信息以及它在画布上做什么，很难判断。此时我唯一能想到的是确保3d party脚本不会启动两次。画布元素可能会动态创建，但不会添加到文档中，以用于图像导出或类似操作。另外，如果你还没有仔细审查所有第三方的LIBS，那么考虑到某个3D方库正在做一些小故障，或者是完全邪恶的风险。@ VisiBLIMAN确实是一个第三方脚本，用于欺诈检测，它在JS中创建元素。不过，这似乎只是在我们的网站上出现的。我访问了其他也加载此脚本的站点，但它不会导致此崩溃。这是一个有趣的bug。如果没有关于库的更多信息以及它在画布上做什么，很难判断。在这一点上，我唯一能想到的就是确保3d派对脚本不会启动两次。好主意！我可以用这个来验证是否有第三方脚本调用这个，然后它就崩溃了。现在我必须弄清楚为什么只有在我们的域上运行时才会中断，而在其他域上运行相同的代码时不会中断！我可以用这个来验证是否有第三方脚本调用这个，然后它就崩溃了。现在我必须弄清楚为什么只有在我们的域上运行时才会中断，而在其他域上运行相同的代码时不会中断

HTMLCanvasElement.prototype.getContext = (function(origFn) {
  return function(...args) {
    debugger;
    return origFn.call(this, ...args);
  };
}(HTMLCanvasElement.prototype.getContext));