一旦代码写错了,就会每秒60个左右地在不停报错,导致浏览器卡死,引擎那边报错不能优化下吗

image

???????

就是开发时报错了,引擎不会停止渲染,然后不停报错,让你浏览器卡死

“虽然我写错了,但是你不能让我的错影响太大。”
感觉怪怪的 :joy:

感觉这么说的话可以让浏览器优化一下,报错为啥要卡死,太不像话了 :rofl:

要不试试把window.onerror替换一下,即可以自己处理error,还可以加个数据采集啥的

啊这。。。。引擎这也背锅? :flushed:

这不是锅,只是提议优化下 :flushed:

对于客户端而言,就是这样的,客户端的容错机制本身就高于服务端或者系统层。一个错误产生了,不能影响我其它操作才是正常的,我觉得楼主的需求很正常。浏览器对于报错不会卡死,是因为cocos底层在报错后,生命周期无法继续,循环报错卡死的。

1赞

建议你,在调试过程中,可以整个代码块都try catch一下,上线关掉,这样找问题方便点

其实这是我拼UI时拼出的错误,不是写代码导致的报错
然后这个报错放的时间久了,浏览器就得卡死了。
当然楼上onerror去监听,收到错误暂停引擎渲染也能解决。
就只是感觉引擎能优化下比较更好一些

浏览器可以过滤、折叠报错信息的。引擎的报错很难衡量要报多少个,因为无法区分这些底层错误是否是同一个来源。

大佬,vscode可以吗?我都是直接vscode调试的

好像有道理,但是客户端对用户的容错可以理解,引擎对开发的容错总感觉有些过度了。

因为报错,就循环卡死了,不就让开发对客户端的容错为0了吗?

循环卡死用onerror或者__errorHandler采集、重启VM之类的,是开发对于用户的容错,以一个更好的体验处理异常,但是如果说引擎为了开发而处理崩溃,就感觉很奇怪

开发对用户用更多的try catch 去优化出错时的体验没问题,
但引擎面对的是前端开发,更多的throw new Error()能帮助开发更快定位问题。
当然这是个人看法啊

哈哈哈,承包一天的快乐

那么你是如何判断是这个错误是开发造成的还是用户造成的呢?

都报错了还不想办法修复?
还要硬顶着报错做功能?

没太明白这个问题 :joy:
也不算造成的,算是触发的吧
交付之前肯定是开发触发的

之前没看到后面的回复,回复早了