本文主要探討兩個(gè)方面：
（1）autorelease對象到底是合適被析構(gòu)的？
（2）OC內(nèi)部是如何處理一個(gè)被autorelease掉的對象的励饵？
（1）autorelease對象到底是何時(shí)被析構(gòu)的？
這個(gè)問題說難不難滑燃，但說簡單也不簡單役听。我們還是先看一類熟悉的不能再熟悉的代碼吧：
- (void)viewDidLoad {
[super viewDidLoad];
NSArray *localArr = [NSArray arrayWithObject:@"Weng Zilin"];//這是一個(gè)局部對象，封裝了autorelease方法
}
請問，localArr這個(gè)局部變量何時(shí)被析構(gòu)呢典予？很多人會回答：“出了作用域甜滨，也就是花括號之后就會被回收”。但遺憾的是瘤袖，事實(shí)并非你想象的那般順利衣摩。下面我通過幾行代碼向你證明，localArr出了作用于依舊活得好好的：（ARC環(huán)境下）
__weak id objTrace;
- (void)viewDidLoad {
[super viewDidLoad];
NSArray *localArr = [NSArray arrayWithObject:@"Weng Zilin"];//這是一個(gè)局部對象捂敌，封裝了autorelease方法
}
- (void)viewWillAppear:(BOOL)animated
{
[super viewWillAppear:animated];
NSLog(@"viewWillAppear__localArr:%@", objTrace);
}
- (void)viewDidAppear:(BOOL)animated
{
[super viewDidAppear:animated];
NSLog(@"viewWillAppear__localArr:%@", objTrace);
}
在ARC環(huán)境下我用一個(gè)__weak類型來追蹤localArr的釋放時(shí)機(jī)艾扮，__weak并不會對localArr增加引用計(jì)數(shù)，因此不干擾其釋放黍匾，log顯示如下：
我們發(fā)現(xiàn)栏渺，localArr在viewWillAppear還活著，在DidAppear已經(jīng)掛了锐涯。這說明了一件事：autorelease并不是根據(jù)作用域來決定釋放時(shí)機(jī)的磕诊。那到底是依據(jù)什么呢？答案是：runloop纹腌。runloop不在本文討論范圍內(nèi)霎终，感興趣的同學(xué)請自行查閱資料，傳送門點(diǎn)這里升薯。簡單說莱褒，runloop就是iOS中的消息循環(huán)機(jī)制，當(dāng)一個(gè)runloop結(jié)束時(shí)系統(tǒng)才會一次性清理掉被autorelease處理過的對象涎劈，其實(shí)本質(zhì)上說是在本次runloop迭代結(jié)束時(shí)清理掉被本次迭代期間被放到autorelease pool中的對象的广凸。至于何時(shí)runloop結(jié)束并沒有固定的duration！
那么問題來了：iOS的這種基于runloop的內(nèi)存回收策略有不方便的時(shí)候嗎蛛枚？我認(rèn)為是顯然有的谅海。但凡事物總是有兩面性的，使用autorelease的確方便蹦浦，但在一定的情況下會帶來性能問題扭吁。
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類型實(shí)例
self.image2 = [image imageByScalingAndCroppingForSize:CGSizeMake(480, 320)];
//4.釋放掉2步驟的內(nèi)存
[image release];
}
上述例子看起來沒有什么問題溉贿，因?yàn)橐磺卸际前凑誐RC的規(guī)定做的枫吧，可以說是一種“看起來”十分規(guī)范的寫法。但是主要到image2這個(gè)對象了沒宇色，賦值給image2對象的臨時(shí)image對象是一個(gè)autorelease類型九杂。實(shí)際去跑這段程序會發(fā)現(xiàn)闽寡，在循環(huán)1000次的條件下內(nèi)存持續(xù)上升，因?yàn)槟莻€(gè)autorelease對象并沒有如我們預(yù)期般在每次for循環(huán)的花括號結(jié)束時(shí)釋放掉尼酿！如果從runloop的角度考慮就顯得合理了爷狈。
那么問題又來了：既然交給runloop處理不放心(runloop其實(shí)是有人類的“拖延癥”的)，那我們可以人工干預(yù)autorelease對象的釋放時(shí)機(jī)嗎裳擎？答案是涎永，歡天喜地，可以的鹿响。上文有提到autorelease pool羡微，這是下一個(gè)問題要解決的任務(wù)，在這里不展開惶我，你只需要知道妈倔，一旦一個(gè)對象被autorelease，則該對象會被放到iOS的一個(gè)池：autorelease pool绸贡，其實(shí)這個(gè)pool本質(zhì)上是一個(gè)stack盯蝴，扔到pool中的對象等價(jià)于入棧。我們把需要及時(shí)釋放掉的代碼塊放入我們生成的autorelease pool中听怕，結(jié)束后清空這個(gè)自定義的pool捧挺，主動(dòng)地讓pool清空掉，從而達(dá)到及時(shí)釋放內(nèi)存的目的尿瞭。以上述圖片處理的例子為例闽烙，優(yōu)化如下：
for (int i = 0; i <= 1000; i ++) {
//創(chuàng)建一個(gè)自動(dòng)釋放池
NSAutoreleasePool *pool = [NSAutoreleasePool new];//也可以使用@autoreleasePool{domeSomething}的方式
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)存釋放，它會同時(shí)釋放掉上面代碼中產(chǎn)生的臨時(shí)變量image2
[pool drain];
}
其中對pool的操作也可以等價(jià)地使用@autoreleasePool{domeSomeThing;}替代声搁。以上就簡要地回答了本文開始處拋出的第一個(gè)問題黑竞，小結(jié)一下就是：釋放時(shí)機(jī)是基于runloop而不是作用域；通過autorelease pool手動(dòng)干預(yù)釋放疏旨；循環(huán)多次時(shí)當(dāng)心要對autorelease進(jìn)行優(yōu)化很魂。下面我們開始第二個(gè)問題的討論
（2）一個(gè)對象被標(biāo)記為autorelease后經(jīng)歷了怎么樣的過程？
其實(shí)我認(rèn)為這個(gè)問題討論起來更有意思充石，因?yàn)樗呀?jīng)比較底層了莫换。前面提到autorelease對象最終被放到autorelease pool中霞玄，那這個(gè)pool到底是何方神圣呢骤铃？當(dāng)我們使用@autoreleasepool{}時(shí)，編譯器實(shí)際上將其轉(zhuǎn)化為以下代碼：
void *context = objc_autoreleasePoolPush();
// {}中的代碼
objc_autoreleasePoolPop(context);//當(dāng)前runloop迭代結(jié)束時(shí)進(jìn)行pop操作
而objc_autoreleasePoolPush與objc_autoreleasePoolPop又是什么呢坷剧？他們只是對autoreleasePoolPage的一層簡單封裝惰爬，下面是autoreleasePoolPage的結(jié)構(gòu)，它是C++數(shù)據(jù)類型惫企，本質(zhì)是一個(gè)雙向鏈表撕瞧。next就是指向當(dāng)前棧頂?shù)南乱粋€(gè)位置陵叽。
里面還有各種參數(shù)，不過記住這句話就行：向一個(gè)對象發(fā)送- autorelease消息丛版，就是將這個(gè)對象加入到當(dāng)前AutoreleasePoolPage的棧頂next指針指向的位置巩掺。
在文章的最后順便提一下，在iOS中有三種常用的遍歷方法：for页畦、forin胖替、enumerateObjectsUsingBlcok。實(shí)際使用中大家可能沒有感覺到又什么區(qū)別豫缨，前面兩個(gè)比較常用独令，最后一個(gè)是iOS特有的遍歷方式，但事實(shí)上還是有區(qū)別的好芭。block版本的遍歷方式已經(jīng)內(nèi)嵌了@autoreleasepool{}操作燃箭，而前面兩個(gè)沒有，這樣就意味著使用block版本的遍歷方式會使app更加健壯舍败，內(nèi)存使用效率更加出色招狸，而且，逼格更高邻薯，嘿嘿瓢颅！
這篇文章的討論就到這里，that`s all.
