【步兵 cocos2dx】错误捕获和崩溃拦截

【步兵 cocos2dx】错误捕获和崩溃拦截 By EOS.

周六又是一个加班日,周日一天感觉洗洗衣服、做做饭、打扫下卫生。。就过去了,
明天又要上班了,疲惫状态完全没有恢复过来,反而感觉更累了= =、,心好塞。
当然博客还要坚持写,拖延症是个这个坏毛病,不能惯着他~


错误拦截(异常捕获)

“异常捕获”基本上每一本语言入门的教科书中都会讲,为什么?因为很重要。
简单的概括下他的重要性就是:崩 和 不崩~。你是喜欢崩呢还是喜欢不崩呢~
程序员的三大错觉:
1、我写的代码没bug,2、我测过了,没bug,3、这个bug肯定不是我写的 。

lua的错误拦截封装的很简单 pcall 和 xpcall,相当于c++等其他语言的try…catch。
pcall (protected call),可以确保你的函数在调用是不会引起程序的崩溃,执行发生错误的时候
返回false和错误信息。不过lua提供了一个更强大的函数xpcall,他可以在堆栈没有被释放的时候
执行传入的回调函数,然后再通过debug.traceback或debug.getinfo来打印出详细的堆栈信息。

这样能准决的定位的错误,不过这还是其次,首要的是他保护了我们的程序,没有崩溃,
处理得当的话,可以保证程序继续正常运作。两者的体验差别不用我说也能体会的到。
除了保护程序外,还有更加重要的作用,那就是错误采集和回馈。

程序崩溃了,就只能重新运行了,但是没崩溃,我们就可以做很多的事情,**错误信息是什么?
字符串!我们可以对他做任何操作,包括反馈给服务器!这么简单的道理却很多人都不知道。**

提到异常捕获,就不得不说一下断言(assert),assert是强行中断程序,用于开发阶段。
前者是把程序保护起来隐藏错误,而后者则是把程序的所有错误暴露出来,减少实用时可能发生的错误。


崩溃拦截

其实cocos在c++的LuaStack::executeFunction就已经做好了lua的错误处理,这也就是你可能,在
lua中没做处理也能正常打印错误信息,而让你以为这是lua自带功能的错觉。

做好错误处理之后基本肯定,lua代码不会造成crash了,然而lua开发依旧会造成各种crash问题,
为什么呢?答案就在于luabinding,lua调用了c++的代码,而c++中的处理使得程序造成了崩溃。

崩溃拦截,其实cocos是有处理的。比如(随便贴一段)

int lua_cocos2dx_Node_addChild(lua_State* tolua_S)
{
    //....
    cobj = (cocos2d::Node*)tolua_tousertype(tolua_S,1,0);
#if COCOS2D_DEBUG >= 1
    if</
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: cocos2dx中的TableView是一个用于显示大量数据的列表控件。reloadData是TableView的一个方法,用于重新加载数据并更新视图。但是有时候在调用reloadData方法时会导致程序崩溃的情况出现。 造成这种崩溃的原因有很多种可能,以下是一些常见的原因和解决方法: 1. 内存问题:如果数据量太大,而且内存消耗过大,可能会导致程序崩溃。解决方法可以是优化数据加载方式,在需要显示的时候才加载数据,或者分页加载数据。 2. 非法访问:有可能在reloadData方法之前或之后进行了一些非法的操作,比如访问了已经释放的内存。解决方法是在reloadData方法之前和之后检查代码逻辑,确保没有进行非法的操作。 3. 数据源错误:如果数据源在reloadData之后发生了变动,比如删除了某些数据项,但是TableView还在显示旧的数据,可能会导致程序崩溃。解决方法是确保在删除或修改数据源之后,立即调用reloadData方法刷新TableView。 4. TableView回调函数错误:有时候在TableView的回调函数中可能会有一些错误的逻辑导致崩溃,比如访问了不存在的索引。解决方法是检查回调函数中的逻辑,确保没有错误操作。 总之,cocos2dx中的TableView是一个强大的列表控件,但是在使用reloadData方法时需要注意这些可能导致崩溃的情况,并针对具体情况进行适当的解决。 ### 回答2: 当出现"cocos2dx tableview reloaddata"导致崩溃的情况时,可能有以下几种可能的原因: 1. 数据源出错:当调用reloadData时,tableview会重新加载数据源来刷新显示。如果数据源在重新加载过程中发生了错误,例如数组越界、数据格式不匹配等,就会导致崩溃。此时,需要检查数据源的正确性,并确保在调用reloadData之前已正确加载了数据。 2. 内存问题:在重新加载数据时,tableview会生成新的显示行,并且会对之前的显示行进行释放。如果在释放过程中产生了内存问题,如悬空指针、重复释放等,就会导致崩溃。为了解决这个问题,可以检查是否正确释放了旧的显示行,并确保在加载新的显示行时没有内存泄漏。 3. 重复调用:如果在调用reloadData之前已经调用了其它刷新方法(如insertCell、deleteCell等),就会导致重复刷新,从而引起崩溃。为了解决这个问题,可以检查是否正确地使用了刷新方法,并确保在调用reloadData之前没有重复调用其它刷新方法。 4. 多线程问题:如果在多个线程中同时对tableview进行刷新操作,就可能导致数据竞争和冲突,从而引起崩溃。为了解决这个问题,可以尝试使用锁或GCD等机制来保护tableview的刷新操作,确保在同一时间只有一个线程在刷新tableview。 总之,解决"cocos2dx tableview reloaddata"崩溃问题的关键是找出导致崩溃的具体原因,并针对性地进行修复。可以通过检查数据源、内存问题、重复调用和多线程问题等方面来进行排查和解决。如果以上方法还无法解决问题,建议使用调试工具来查找具体的崩溃点,以便更好地定位和解决问题。 ### 回答3: cocos2dx是一个跨平台的游戏开发引擎,其中的TableView是一个用于展示大量数据的控件。在使用TableView时,有时会遇到reloadData导致崩溃问题。 最常见的原因是在刷新数据时,没有正确地更新TableView的大小或行数。TableView会根据rows数量和cell的高度来确定视图的大小,如果这些值没有正确更新,就会导致崩溃。解决方法是在调用reloadData之前,确保已经正确更新了rows数量和cell的高度。 另一个原因是没有正确地实现TableView的数据源方法。在TableView的数据源方法中,必须确保正确地返回cell的数量和大小。如果这些方法没有正确实现,就会导致崩溃。解决方法是检查数据源方法的实现,确保返回了正确的数据。 还有一个可能是在调用reloadData之前,没有正确地释放TableView中的旧cell。TableView在刷新数据时会先删除旧的cell,然后重新创建新的cell,如果没有正确删除旧的cell,就会导致崩溃。解决方法是在调用reloadData之前,先释放掉TableView中的旧cell。 除了上述几个原因外,还有可能和内存管理有关。如果使用了ARC(自动引用计数)来管理内存,在调用reloadData之前,可能需要手动释放TableView的引用。如果使用了非ARC的内存管理方式,可能需要手动释放TableView的内存。 总结起来,cocos2dx的TableView在调用reloadData时可能会出现崩溃问题,原因可能是没有正确更新TableView的大小和行数、没有正确实现数据源方法、没有释放旧的cell或者与内存管理有关。解决方法是检查并修复这些可能的原因。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值