一，IOS與圖片內(nèi)存
在IOS上，圖片會(huì)被自動(dòng)縮放到2的N次方大小。比如一張1024*1025的圖片，占用的內(nèi)存與一張1024*2048的圖片是一致的。圖片占用內(nèi)存大小的計(jì)算的公式是；長(zhǎng)*寬*4。這樣一張512*512 占用的內(nèi)存就是 512*512*4 = 1M。其他尺寸以此類推。（ps:IOS上支持的最大尺寸為2048*2048）。

二，cocos2d-x 的圖片緩存
Cocos2d-x 在構(gòu)造一個(gè)精靈的時(shí)候會(huì)使用spriteWithFile或者spriteWithSpriteFrameName等 無(wú)論用哪種方式，cocos2d-x都會(huì)將這張圖片加載到緩存中。如果是第一次加載這個(gè)圖片，那就會(huì)先將這張圖片加載到緩存，然后從緩存讀取。如果緩存中已經(jīng)存在，則直接從緩存中提取，免除了加載過(guò)程。

圖片的緩存主要由以下兩個(gè)類來(lái)處理：CCSpriteFrameCache， CCTextureCache

CCSpriteFrameCache加載的是一張拼接過(guò)的大圖，每一個(gè)小圖只是大圖中的一個(gè)區(qū)域，這些區(qū)域信息都在plist文件中保存。用的時(shí)候只需要根據(jù)小圖的名稱就可以加載到這個(gè)區(qū)域。

CCTextureCache 是普通的圖片緩存，我們所有直接加載的圖片都會(huì)默認(rèn)放到這個(gè)緩存中，以提高調(diào)用效率。

因此，每次加載一張圖片，或者通過(guò)plist加載一張拼接圖時(shí)，都會(huì)將整張圖片加載到內(nèi)存中。如果不去釋放，那就會(huì)一直占用著。

三，渲染內(nèi)存
不要以為，計(jì)算內(nèi)存時(shí)，只計(jì)算加載到緩存中的內(nèi)存就可以了。以一張1024*1024的圖片為例。

調(diào)用上邊這行代碼以后，可以在LEAKS工具中看到，增加了大約4M的內(nèi)存。然后接著調(diào)用

這時(shí)，內(nèi)存又增加了4M。也就是，一張圖片，如果需要渲染的話，那它所占用的內(nèi)存將要X2。

再看看通過(guò)plist加載的圖片，比如這張大圖尺寸為2048*2048。想要加載其中的一張32*32的小圖片

此時(shí)內(nèi)存增加16M （汗）

b.png 大小為32*32 ，想著也就是增加一點(diǎn)點(diǎn)內(nèi)存，可實(shí)際情況是增加16M內(nèi)存。也就是只要渲染了其中的一部分，那么整張圖片都要一起被加載。

但是情況不是那么的糟糕，這些已經(jīng)渲染的圖片，如果再次加載的話，內(nèi)存是不會(huì)再繼續(xù)升高的，比如又增加了100個(gè)b.plist的另一個(gè)區(qū)域，圖片內(nèi)存還是共增加16+16 = 32M，而不會(huì)繼續(xù)上升。

四，緩存釋放
如果游戲有很多場(chǎng)景，在切換場(chǎng)景的時(shí)候可以把前一個(gè)場(chǎng)景的內(nèi)存全部釋放，防止總內(nèi)存過(guò)高.

值得注意的是釋放的時(shí)機(jī)，一般在切換場(chǎng)景的時(shí)候釋放資源，如果從A場(chǎng)景切換到B場(chǎng)景，調(diào)用的函數(shù)順序?yàn)锽::init()---->A::exit()---->B::onEnter() 可如果使用了切換效果，比如CTransitionJumpZoom::transitionWithDuration這樣的函數(shù)，則函數(shù)的調(diào)用順序變?yōu)锽::init()---->B::onEnter()---->A::exit() 而且第二種方式會(huì)有一瞬間將兩個(gè)場(chǎng)景的資源疊加在一起，如果不采取過(guò)度，很可能會(huì)因?yàn)閮?nèi)存吃緊而崩潰。

有時(shí)強(qiáng)制釋放全部資源時(shí)，會(huì)使某個(gè)正在執(zhí)行的動(dòng)畫失去引用而彈出異常，可以調(diào)用CCActionManager::sharedManager()->removeAllActions();來(lái)解決。

五、內(nèi)存管理
1.概述
cocos2d-x最初移植自cocos2d的objective C版本。因此，在內(nèi)存管理上，使用了和NSObject類似的引用計(jì)數(shù)器方法，相關(guān)接口放置在CCObject類中。

2.引用計(jì)數(shù)器——手動(dòng)管理內(nèi)存
CCObject的及其子類的對(duì)象在創(chuàng)建時(shí)，引用計(jì)數(shù)自動(dòng)設(shè)置為1。之后每次調(diào)用retain，引用計(jì)數(shù)+1。每次調(diào)用release，引用計(jì)數(shù)-1；若引用計(jì)數(shù)=0，則直接delete this。
相關(guān)接口如下：
 

原則1：誰(shuí)生成（new、copy）誰(shuí)負(fù)責(zé)release。
例子：
retain是在指針傳遞和賦值時(shí)使用的，他的含義是表示擁有。這經(jīng)常用在指針賦值上。
原則2：誰(shuí)retain，誰(shuí)負(fù)責(zé)release。
例子：

原則3：傳遞賦值時(shí)，需要先retain形參，后release原指針，最后賦值。（注意，因?yàn)檫@里沒(méi)有使用自賦值檢查，所以這組順序不能錯(cuò)。）
例子：

 
3.自動(dòng)釋放池——自動(dòng)管理內(nèi)存
 
原則4：對(duì)于使用autorelease的對(duì)象，不必管它，每幀結(jié)束后會(huì)自動(dòng)釋放。

相關(guān)接口：

例子：

完全手動(dòng)管理內(nèi)存，很繁瑣，cocos2d-x提供了自動(dòng)釋放池CCPoolManager。將對(duì)象置于自動(dòng)釋放池中，每幀繪制結(jié)束，就自動(dòng)release池中的對(duì)象。

 
4.CCNode節(jié)點(diǎn)管理

cocos2d-x使用節(jié)點(diǎn)組成一棵樹(shù)，渲染的時(shí)候要遍歷這棵樹(shù)。CCNode是所有節(jié)點(diǎn)類的父類，他內(nèi)部使用了一個(gè)CCArray對(duì)象管理他的所有子節(jié)點(diǎn)，當(dāng)對(duì)象被添加為子節(jié)點(diǎn)時(shí)，實(shí)際上是被添加到CCArray對(duì)象中，同時(shí)會(huì)調(diào)用這個(gè)對(duì)象的retain方法。同理，從CCArray中移除時(shí)，也會(huì)調(diào)用release方法。
 
相關(guān)接口：

在切換場(chǎng)景時(shí)，系統(tǒng)會(huì)遍歷整棵樹(shù)的節(jié)點(diǎn)，進(jìn)行release。

5.靜態(tài)工廠

cocos2d-x中存在大量的靜態(tài)工廠方法，這些方法中，全都對(duì)this指針調(diào)用了autorelease函數(shù)。如CCSprite中的這些方法：

這些方法內(nèi)部實(shí)現(xiàn)了：內(nèi)存分配、初始化、設(shè)置autorelease。用靜態(tài)工廠來(lái)生成對(duì)象，可以簡(jiǎn)化代碼，是官方建議的方法。

6.cache機(jī)制類

cocos2d-x中存在一些cache類，這些都是單例類的管理器。

這些cache內(nèi)部也使用了ratain和release方法，防止這些資源被釋放掉。
使用這些cache，我們可以保存預(yù)加載的一些資源，在方便的時(shí)候調(diào)用它，去綁定給一些對(duì)象。注意，這些cache在場(chǎng)景切換時(shí)，不會(huì)自動(dòng)刪除，需要手動(dòng)調(diào)用purgeXXXX方法，進(jìn)行清理。

最新評(píng)論