???????
就是开发时报错了,引擎不会停止渲染,然后不停报错,让你浏览器卡死
“虽然我写错了,但是你不能让我的错影响太大。”
感觉怪怪的
感觉这么说的话可以让浏览器优化一下,报错为啥要卡死,太不像话了
要不试试把window.onerror替换一下,即可以自己处理error,还可以加个数据采集啥的
啊这。。。。引擎这也背锅?
这不是锅,只是提议优化下
对于客户端而言,就是这样的,客户端的容错机制本身就高于服务端或者系统层。一个错误产生了,不能影响我其它操作才是正常的,我觉得楼主的需求很正常。浏览器对于报错不会卡死,是因为cocos底层在报错后,生命周期无法继续,循环报错卡死的。
建议你,在调试过程中,可以整个代码块都try catch一下,上线关掉,这样找问题方便点
其实这是我拼UI时拼出的错误,不是写代码导致的报错
然后这个报错放的时间久了,浏览器就得卡死了。
当然楼上onerror去监听,收到错误暂停引擎渲染也能解决。
就只是感觉引擎能优化下比较更好一些
浏览器可以过滤、折叠报错信息的。引擎的报错很难衡量要报多少个,因为无法区分这些底层错误是否是同一个来源。
大佬,vscode可以吗?我都是直接vscode调试的
好像有道理,但是客户端对用户的容错可以理解,引擎对开发的容错总感觉有些过度了。
因为报错,就循环卡死了,不就让开发对客户端的容错为0了吗?
循环卡死用onerror或者__errorHandler采集、重启VM之类的,是开发对于用户的容错,以一个更好的体验处理异常,但是如果说引擎为了开发而处理崩溃,就感觉很奇怪
开发对用户用更多的try catch 去优化出错时的体验没问题,
但引擎面对的是前端开发,更多的throw new Error()能帮助开发更快定位问题。
当然这是个人看法啊
哈哈哈,承包一天的快乐
那么你是如何判断是这个错误是开发造成的还是用户造成的呢?
都报错了还不想办法修复?
还要硬顶着报错做功能?
没太明白这个问题
也不算造成的,算是触发的吧
交付之前肯定是开发触发的
之前没看到后面的回复,回复早了