一、項(xiàng)目需求
在實(shí)際項(xiàng)目中，用戶在上傳圖片時(shí)，有時(shí)會(huì)一次性上傳大量的圖片。在上傳圖片前，我們要進(jìn)行一系列操作，比如：旋轉(zhuǎn)圖片為正確方向，壓縮圖片等，這些操作需要將圖片加載到內(nèi)存中，下面對(duì)內(nèi)存的使用做詳細(xì)分析.
二、內(nèi)存分析，非優(yōu)化(MRC)
我在測(cè)試項(xiàng)目中，重復(fù)加載了一張圖片1000次，首先加載圖片到內(nèi)存，然后進(jìn)行壓縮操作，釋放內(nèi)存
for (int i = 0; i <= 1000; i ++) {
//1.首先我們獲取到需要處理的圖片資源的路徑
NSString *filePath = [[NSBundle mainBundle] pathForResource:@"test" ofType:@"PNG"];
//2.將圖片加載到內(nèi)存中，我們使用了alloc關(guān)鍵字，在使用完后，可以手動(dòng)快速釋放掉內(nèi)存
UIImage *image = [[UIImage alloc] initWithContentsOfFile:filePath];
//3.這一步我們將圖片進(jìn)行了壓縮，并得到一個(gè)autorelease類(lèi)型實(shí)例
UIImage *image2 = [image imageByScalingAndCroppingForSize:CGSizeMake(480, 320)];
//4.釋放掉2步驟的內(nèi)存
[image release];
}
上面的代碼看起來(lái)沒(méi)有任何問(wèn)題，可以說(shuō)是一種標(biāo)準(zhǔn)的代碼寫(xiě)法，在每一步驟中都對(duì)內(nèi)存做了小心的處理，我們來(lái)看一下，實(shí)際的內(nèi)存使用情況：
在上圖中可以看到，我們的操作在沒(méi)有任何問(wèn)題的情況下，在加載大量圖片時(shí)，還是會(huì)造成內(nèi)存的劇減
可以看到自動(dòng)釋放內(nèi)存時(shí)，圖片占用的內(nèi)存并沒(méi)有立即釋放掉
這些資源沒(méi)有立即釋放的資源，占用了寶貴的內(nèi)存資源，最終使程序被kill
三優(yōu)化后的內(nèi)存使用
上面程序被kill，是因?yàn)槌绦虻膬?nèi)存使用問(wèn)題，在上面的代碼中，我們每一步都對(duì)內(nèi)存做了非常小心的處理，但是在加載大量的圖片時(shí)，還是會(huì)出現(xiàn)問(wèn)題。其根本原因就是autorelease惹的禍，autorelease自動(dòng)釋放內(nèi)存，并不會(huì)立即把內(nèi)存釋放掉，而是要等到下一個(gè)事件周期才會(huì)釋放掉。問(wèn)題是一些資源我們不得不使用autorelease類(lèi)型，比如作為函數(shù)的返回值，而且系統(tǒng)api及項(xiàng)目是的大部分也都是這么做的，如果全都依靠我們手動(dòng)釋放很容易造成內(nèi)存泄漏。
for (int i = 0; i <= 1000; i ++) {
//創(chuàng)建一個(gè)自動(dòng)釋放池
NSAutoreleasePool *pool = [NSAutoreleasePool new];
NSString *filePath = [[NSBundle mainBundle] pathForResource:@"test" ofType:@"PNG"];
UIImage *image = [[UIImage alloc] initWithContentsOfFile:filePath];
UIImage *image2 = [image imageByScalingAndCroppingForSize:CGSizeMake(480, 320)];
[image release];
//將自動(dòng)釋放池內(nèi)存釋放，它會(huì)同時(shí)釋放掉上面代碼中產(chǎn)生的臨時(shí)變量image2
[pool drain];
}
優(yōu)化后的，內(nèi)存使用情況
可用內(nèi)存不再明顯的減少
CGImage及UIImage的數(shù)據(jù)由原來(lái)的220多減少到6-7個(gè)
可以看到使用了 NSAutoreleasePool后，加載大量圖片的時(shí)候內(nèi)存也不會(huì)出現(xiàn)問(wèn)題
四、自動(dòng)釋放池概述
（1）自動(dòng)釋放池被置于一個(gè)堆棧中，雖然它們通常被稱(chēng)為被“嵌套”的。當(dāng)您創(chuàng)建一個(gè)新的自動(dòng)釋放池時(shí)，它被添加到堆棧的頂部。當(dāng)自動(dòng)釋放池被回收時(shí)，它們從堆棧中被刪除。當(dāng)一個(gè)對(duì)象收到送autorelease消息時(shí)，它被添加到當(dāng)前線程的目前處于棧頂?shù)淖詣?dòng)釋放池中。你不能向自動(dòng)釋放池發(fā)送autorelease或retain消息。Application Kit會(huì)在一個(gè)事件周期（或事件循環(huán)迭代）的開(kāi)端—比如鼠標(biāo)按下事件—自動(dòng)創(chuàng)建一個(gè)自動(dòng)釋放池，并且在事件周期的結(jié)尾釋放它，因此您的代碼通常不必關(guān)心。 有三種情況您應(yīng)該使用您自己的自動(dòng)釋放池：
如果您正在編寫(xiě)一個(gè)不是基于Application Kit的程序，比如命令行工具，則沒(méi)有對(duì)自動(dòng)釋放池的內(nèi)置支持；您必須自己創(chuàng)建它們。
如果您生成了一個(gè)從屬線程，則一旦該線程開(kāi)始執(zhí)行，您必須立即創(chuàng)建您自己的自動(dòng)釋放池；否則，您將會(huì)泄漏對(duì)象。
如果您編寫(xiě)了一個(gè)循環(huán)，其中創(chuàng)建了許多臨時(shí)對(duì)象，您可以在循環(huán)內(nèi)部創(chuàng)建一個(gè)自動(dòng)釋放池，以便在下次迭代之前銷(xiāo)毀這些
對(duì)象。這可以幫助減少應(yīng)用程序的最大內(nèi)存占用量。
對(duì)于ARC的項(xiàng)目，只需要將上面的NSAutoreleasePool改為@autoreleasepool {}即可。
