cocos2dx之CCTextureCache

首先是最底层也最有效的纹理缓存CCTextureCache，这里缓存的是加载到内存中的纹理资源，也就是图片资源。其原理是对加入缓存的纹理资源进行一次引用，使其引用计数加一，保持不被清除，而Cocos2d-x的渲染机制是可以重复使用同一份纹理在不同的场合进行绘制，从而达到重复使用，降低内存和GPU运算资源的开销的目的。常用的是如下所示的3个接口：

    /** Retruns ths shared instance of the cache */
    static CCTextureCache * sharedTextureCache();

    /** Returns a Texture2D object given an file image
    * If the file image was not previously loaded, it will create a new CCTexture2D
    *  object and it will return it. It will use the filename as a key.
    * Otherwise it will return a reference of a previosly loaded image.
    * Supported image extensions: .png, .bmp, .tiff, .jpeg, .pvr, .gif
    */
    CCTexture2D* addImage(const char* fileimage);

    /** Removes unused textures
    * Textures that have a retain count of 1 will be deleted
    * It is convinient to call this method after when starting a new Scene
    * @since v0.8
    */
    void removeUnusedTextures();

在这3个接口中，CCTextureCache屏蔽了加载纹理的许多细节；addImage函数会返回一个纹理CCTexture2D的引用，可能是新加载到内存的，也可能是之前已经存在的；而removeUnusedTextures则会释放当前所有引用计数为1的纹理，即目前没有被使用的纹理。后面会看到，引用计数的内存管理方式为缓存的设计带来了很大的便利。

实际上，我们很少需要调用addImage这个接口，因为引擎内部所有的纹理加载都是通过这个缓存进行的，换句话说，载入的每一张图片都被缓存了，所以我们更需要关心什么时候清理缓存。引擎会在设备出现内存警告时自动清理缓存，但是这显然在很多情况下已经为时过晚了。一般情况下，我们应该在切换场景时清理缓存中的无用纹理，因为不同场景间使用的纹理是不同的。如果确实存在着共享的纹理，将其加入一个标记数组来保持其引用计数，以避免被清理了。