cocos2d-x添加纹理自动回收机制
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。这样可以保证加载速度。并且是用到哪个图片加载哪个也可以避免无意义的重复加载操作。
代码非常简单：
[cpp]
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();
}
}
}
[cpp]
GLuint CCTexture2D::getName()
{
#if CC_ENABLE_TEXTURE_AUTO_GC
if (m_uName == -1) {
reloadTexture();
}
m_lastUpdateTime = TimeGet();
#endif
return m_uName;
}
补充：移动开发 , 其他 ,
