[Cocos2d-x] 问题汇总

遇到的问题莫名其妙,先记录一下。

[2020.3.19]这个不太好描述。不确定因素太多,暂时记录一下。在一个继承了Ref的单例类里发送一个网络请求,网络请求本身也是继承与Ref的类。也就是说他们都会采用引用计数的方式管理生命周期。网络请求中需要传一个Target参数,用于调用网络请求成功或失败的回调函数。在设置Target的时候会给其引用计数加1,在网络请求类释放的时候会给Target的引用计数减1.以上都是理想的运行状况。实际状况是,失败的回调函数中调用了单例类的其他函数,这里出现了两个奇怪的问题:1)调用单例类中的函数时,其成员变量的值都成为了随机值,就像是新初始化了一个一样,但看内存地址又都是和单例一样的。2)在调用这个函数过程中,又调用了其他单例类B的函数,这个B的函数又用到单例A的函数。但就在这个时候,单例A的引用计数不知道什么时候被减1了。情况就是这样,这里不稳定因素确实有点多。目前的解决方法是,在网络请求失败的回调函数里,用单例去调用那个函数,而不是直接调用对象的函数。

[2020.2.21]在CCRef.h里想查验一个问题,想打个日志。但是不能使用平时用的CCLOG.

[2020.2.20] Node里添加的计时器schedule,如果析构的时候没有把所有计时器unschedule,有时会崩溃。之前觉得这个现象很正常,最近发现Node的cleanUp方法里会进行一次unschedule,即便是注释掉这个unschedule,Node在onExit中也会把自身作为target的pause置为true。有这个双重保护,不知道为什么还需要在析构函数中加一个unschedule。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值