剖析iOS开发中Cocos2d-x的内存管理相关操作
一，IOS与图片内存
在IOS上，图片会被自动缩放到2的N次方大小。比如一张1024*1025的图片，占用的内存与一张1024*2048的图片是一致的。图片占用内存大小的计算的公式是；长*宽*4。这样一张512*512占用的内存就是512*512*4=1M。其他尺寸以此类推。（ps:IOS上支持的最大尺寸为2048*2048）。
二，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");
此时内存增加16M（汗）
CCSprite*pSpriteFrame=CCSprite::spriteWithSpriteFrameName("b1.png");
b.png大小为32*32，想着也就是增加一点点内存，可实际情况是增加16M内存。也就是只要渲染了其中的一部分，那么整张图片都要一起被加载。
但是情况不是那么的糟糕，这些已经渲染的图片，如果再次加载的话，内存是不会再继续升高的，比如又增加了100个b.plist的另一个区域，图片内存还是共增加16+16=32M，而不会继续上升。
四，缓存释放
如果游戏有很多场景，在切换场景的时候可以把前一个场景的内存全部释放，防止总内存过高.
CCTextureCache::sharedTextureCache()->removeAllTextures();释放到目前为止所有加载的图片
CCTextureCache::sharedTextureCache()->removeUnusedTextures();将引用计数为1的图片释放掉CCTextureCache::sharedTextureCache()->removeTexture();单独释放某个图片
CCSpriteFrameCache与CCTextureCache释放的方法差不多。