cocos2dx 2.x版本在android下CCLabelTTF的一个bug

概述cocos2dx在android下是采用Paint来生成图片然后在CCLabelTTF里显示的，它具体的代码都在java类Cocos2dxBitmap里，生成完成之后会调用一个jni函数将结果传给cpp层，cpp层靠一个static变量来与java层交换数据，具体如下 BitmapDC &dc = sharedBitmapDC(); CC_BREAK_IF(! dc

cocos2dx在androID下是采用Paint来生成图片然后在cclabelTTF里显示的，它具体的代码都在java类Cocos2dxBitmap里，生成完成之后会调用一个jni函数将结果传给cpp层，cpp层靠一个static变量来与java层交换数据，具体如下

       BitmapDC &dc = sharedBitmapDC();        CC_BREAK_IF(! dc.getBitmapFromJava(pText,nWIDth,nHeight,eAlignmask,pFontname,nSize));        // assign the dc.m_pData to m_pData in order to save time        m_pData = dc.m_pData;        CC_BREAK_IF(! m_pData);

这里有个问题，sharedBitmapDC是一直共用的，它的dc.m_pData永远保存的是上一次的数据，如果某种原因java层调用的时候失败了，那么cpp层继续的话，就会拿到上上次的数据，但是这个数据是由cpp层负责free的，于是就会出现double free导致程序崩溃。我们在实际中就碰到了这个情况，当时崩溃的栈告诉我们的是CCImage析构里出现问题

CCImage::~CCImage(){    CC_SAFE_DELETE_ARRAY(m_pData);#if (CC_TARGET_PLATFORM == CC_PLATFORM_WINRT) || (CC_TARGET_PLATFORM == CC_PLATFORM_WP8)    CC_SAFE_DELETE(m_ft);#endif}

可是单纯看CCImage的代码是看不问题的，而且如果这里有问题，那麻烦大了。最终检查了之后还是确认cpp部分可能会隐藏BUG，于是将上面CCImage里修改如下

        BitmapDC &dc = sharedBitmapDC();        CC_BREAK_IF(! dc.getBitmapFromJava(pText,nSize));        // assign the dc.m_pData to m_pData in order to save time        m_pData = dc.m_pData;        dc.m_pData = NulL;        CC_BREAK_IF(! m_pData);

这样一来，cpp层肯定不会再出现double free了，于是再测，这个时候发现java层抛异常了，之前的异常由于程序退出根本就没打印得出来。再去追查java层，发现具体原因是

setContentSize之后，java层根据ContentSize判断出来，字体根本放不进去，于是它认为创建出来的Bitmap的高度是0，而Bitmap根本不允许创建高度为0的，于是异常了。我解决的办法是至少让它显示出来一行一列，这样我们看到显示就知道哪里出问题了，而不是直接崩溃。

从这个问题再一次印证了，fail early,fail loud的编程习惯，否则一个简单问题就变成复杂问题了。

总结

以上是内存溢出为你收集整理的cocos2dx 2.x版本在android下CCLabelTTF的一个bug全部内容，希望文章能够帮你解决cocos2dx 2.x版本在android下CCLabelTTF的一个bug所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。