智慧 + 毅力 = 无所不能

正确性、健壮性、可靠性、效率、易用性、可读性、可复用性、兼容性、可移植性...

导航

cocos2d-x 添加纹理自动回收机制

Posted on 2013-07-15 17:51  Bill Yuan  阅读(549)  评论(0编辑  收藏  举报

转自:http://www.cnblogs.com/lancidie/archive/2013/04/13/3019375.html

1、不是一个完整的模块,所以不提供完整代码,只提供思路和核心代码。  思路很简单,给每个纹理维护一个生命周期和上次渲染时间,每次渲染的时候更新这个渲染时间,CCTextureCache中每隔一定时间(15秒)遍历一下当前纹理集合,如果发现有纹理超过生命周期指定时间没有渲染,则释放此纹理。  CCTexture2D中的getName函数就是很好的更新渲染时间以及释放纹理重新加载的入口。  因为CCTexture2D要提供重新加载图片的机制,所以最好提供一个initWithFile的接口,同时不要忘记记录一些OpenGL的特殊标志,重新加载纹理的时候要再对纹理设置这些标志,比如glTexParameteri的调用。

2、不是很高级的牛x方案,mmo会比较实用,很多游戏引擎都有提供类似甚至更高级的特性,小游戏没有必要(因为总共就那么一点点资源,全加载到内存中也不会有多少消耗)

3、好处是根据使用纹理的状况自动释放不渲染的纹理,并且需要使用的时候再次加载此纹理。 这样可以节约内存,并且省去外部维护纹理生命周期的操作。

      注意,单纯的释放CCSprite并不会释放到纹理数据,它依然存在于内存中。要在合适的时机手动调用  CCTextureCache::removeUnusedTextures 来释放没有在使用的纹理。  或者调用   CCTextureCache::removeTextureForKey 来释放指定纹理。  对一个mmo来说,这很有可能变成一个繁琐的操作,甚至进化成一个陷阱。(比如在某一个场景释放了指定的纹理,但是另外一个地方又使用到它,例如CCSpriteFrameCache中)。

      通过一个自动的“垃圾回收”,外部程序员可以不关注纹理的生命周期,一些界面忘记释放也不会产生太大的问题,因为当纹理已经被释放了,剩下的CCSprite本身并不占内存,CCSpriteFrame也是。

4、副作用是,可能因图片的加载造成瞬卡。  这个需要代码中逻辑控制。比如某些希望常驻内存的图片设置为不垃圾回收。

5、因为4提到的副作用,所以图片打包的时候并不是越大越好。反而会倾向于比较小的图片,比如128*128或者是256*256。这样可以保证加载速度。并且是用到哪个图片加载哪个也可以避免无意义的重复加载操作。

代码非常简单:

void CCTextureCache::processTextureCache() 
{ 
    if (TimeGet() - m_lastCheckTime < 2000) { 
        return; 
    } 
 
    m_lastCheckTime = TimeGet(); 
     
    uint32 currentTime = TimeGet(); 
    CCDictElement* pElement = NULL; 
    CCDICT_FOREACH(m_pTextures, pElement) 
    { 
        CCTexture2D * pTexture = (CCTexture2D*)pElement->getObject(); 
        if (pTexture && pTexture->isAutoGC() && currentTime - pTexture->getLastUpdateTime() > pTexture->getLiveTime()) 
        { 
            pTexture->releaseTexture(); 
        } 
    } 
} 
GLuint CCTexture2D::getName() 
{ 
#if CC_ENABLE_TEXTURE_AUTO_GC 
    if (m_uName == -1) { 
        reloadTexture(); 
    } 
 
    m_lastUpdateTime = TimeGet(); 
#endif 
    return m_uName; 
}