Cocos2dx介绍优化内存的应用

蓝鸥iOS培训讲师推荐：最火的一款引擎Cocos2dx，但是有关它的培训，目前还有很少的机构做这方面，如果你想了解更多的内容，可以去网上多搜一些这方面的知识，看看谁可以帮助到你。

和大家简单的说一下有关如何优化内存的应用的问题，有可能有出入！

一、iOS与图片内存 

在iOS上，图片会被积极缩放到2的N次方大小。如一张1024*1025的图片，占用的内存与一张1024*2048的图片是一样的。图片占用内存大小的共计的公式是；长*宽*4。何等一张512*512 占用的内存即是 512*512*4 = 1M。其他尺寸以此类推。 

二、Cocos2d-x 的图片缓存 

Cocos2d-x 在机关一个精灵的时辰会运用spriteWithFile或者spriteWithSpriteFrameName等 岂论用哪类方式，cocos2d-x都会将这张图片加载到缓存中。若是是第一次加载这个图片，那就会先将这张图片加载到缓存，往后从缓存读取。假如缓存中已经存在，则直接从缓存中提取，免去了加载进程。 

图片的缓存主要由下列两个类来措置：CCSpriteFrameCache， CCTextureCache 

CCSpriteFrameCache加载的是一张拼接过的大图，每个小图只不过大图中的一个地域，这些地域信息都在plist文件中生存。用的时辰只重要根据小图的称号便可以加载到这个区域。 

CCTextureCache 是寻常的图片缓存，我们所有直接加载的图片都会默许放到这个缓存中，以行进挪用听从。

因而，每次加载一张图片，或者颠末plist加载一张拼接图时，都会将整张图片加载到内存中。假设不去监禁，那就会一直占用着。 

三、渲染内存

不要认为，合计内存时，只算计加载到缓存中的内存便可以了。以一张1024*1024的图片为例。

CCSprite *pSprite = CCSprite::spriteWithFile("a.png"); 

挪用上边这行代码之后，可以在LEAKS东西中看到，增多了大概4M的内存。而后接着调用addChild(pSprite); 这时，内存又增进了4M。也便是，一张图片，若是必要渲染的话，那它所占用的内存将要X2。 

再看看经过plist加载的图片，例如这张大图尺寸为2048*2048。想要加载此中的一张32*32的小图片

CCSpriteFrameCache::sharedSpriteFrameCache()->addSpriteFramesWithFile("b.plist");

此时内存增加16MCCSprite *pSpriteFrame = CCSprite::spriteWithSpriteFrameName("b1.png");

b.png 大小为32*32 ，想着也便是增进一点点内存，可实践情况是增长16M内存。也就是只有渲染了此中的一局部，那末整张图片都要一块儿被加载。 

但是环境不是那末的糟糕，这些曾经渲染的图片，假定再次加载的话，内存是不会再持续抬高的，比方又添加了100个b.plist的另一个区域，图片内存照旧共增加16+16 = 32M，而不会继续上升。 

四、内存优化 

优化的心得等于只管即便去拼接图片，使图片边长尽可能的保持2的N次方况且装的很满。但要寄望，有逻辑相干的图片只管即便打包在一张大图里，其他一点就是打包的时辰要思考到层的漫衍。由于为了渲染依顺可能会用到CCSpriteBatchNode;对立个BatchNode里的图片凡是位于一个层级的，是以必须根据各个图片的层级关系，打包到不合的plist里。偶尔内存与依顺不成以兼得，只能只管即便失调了。

五、缓存禁锢 

假定游戏有不少场景，在切换场景的时刻可以把前一个场景的内存所有开释，预防总内存过高.

CCTextureCache::sharedTextureCache()->removeAllTextures(); 拘留到今朝为止所有加载的图片

CCTextureCache::sharedTextureCache()->removeUnusedTextures(); 将引用计数为1的图片开释掉

CCTextureCache::sharedTextureCache()->removeTexture(); 单独囚系某个图片

CCSpriteFrameCache 与 CCTextureCache 监禁的门径差不久不多。

值得留神的是扣留的机缘，多在切换场景的时刻禁锢资本，假定从A场景切换到B场景，调用的函数顺序为B::init()---->A::exit()---->B::onEnter() 。

可若是使用了切换效果，譬如CTransitionJumpZoom::transitionWithDuration这样的函数，则函数的挪用顺序酿成B::init()---->B::onEnter()---->A::exit() 。

而且第二种方式会有一刹时将两个场景的利润叠加在一起，若是不采用偏激，很可能会由于内存短促而瓦解。

无心强逼监管悉数资源时，会使某个正在履行的动画取得引用而弹出异常，可以挪用

CCActionManager::sharedManager()->removeAllActions();来解决。  

目前想到的也就这么多，如果有其它的内容，想到的话，我会随时补上来，向大家说明，现在也就这么多！希望能够对大家有帮助，有问题的话，随时沟通！