原文鏈接：www.cnblogs.com/wengzilin/p/4351187.html
本文主要探討兩個(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)呢？很多人會(huì)回答：“出了作用域琴昆，也就是花括號(hào)之后就會(huì)被回收”氓鄙。但遺憾的是，事實(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并不會(huì)對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)才會(huì)一次性清理掉被autorelease處理過的對象获黔，其實(shí)本質(zhì)上說是在本次runloop迭代結(jié)束時(shí)清理掉被本次迭代期間被放到autorelease pool中的對象的。至于何時(shí)runloop結(jié)束并沒有固定的duration在验！
那么問題來了：iOS的這種基于runloop的內(nèi)存回收策略有不方便的時(shí)候嗎玷氏？我認(rèn)為是顯然有的。但凡事物總是有兩面性的腋舌，使用autorelease的確方便预茄，但在一定的情況下會(huì)帶來性能問題。我們看個(gè)例侦厚，這個(gè)例子轉(zhuǎn)載在我之前的文章：
for(inti =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í)際去跑這段程序會(huì)發(fā)現(xiàn)篮灼，在循環(huán)1000次的條件下內(nèi)存持續(xù)上升，因?yàn)槟莻€(gè)autorelease對象并沒有如我們預(yù)期般在每次for循環(huán)的花括號(hào)結(jié)束時(shí)釋放掉徘禁！如果從runloop的角度考慮就顯得合理了诅诱。
那么問題又來了：既然交給runloop處理不放心(runloop其實(shí)是有人類的“拖延癥”的)，那我們可以人工干預(yù)autorelease對象的釋放時(shí)機(jī)嗎送朱？答案是娘荡，歡天喜地，可以的驶沼。上文有提到autorelease pool炮沐，這是下一個(gè)問題要解決的任務(wù)，在這里不展開回怜，你只需要知道大年，一旦一個(gè)對象被autorelease，則該對象會(huì)被放到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(inti =0; i <=1000; i ++) {
//創(chuàng)建一個(gè)自動(dòng)釋放池
NSAutoreleasePool *pool = [NSAutoreleasePoolnew];//也可以使用@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)存釋放，它會(huì)同時(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版本的遍歷方式會(huì)使app更加健壯券时，內(nèi)存使用效率更加出色孤里，而且，逼格更高橘洞，嘿嘿捌袜！
這篇文章的討論就到這里，that`s all.
Reference:
http://blog.sunnyxx.com/
http://www.cnblogs.com/wengzilin/p/3301549.html
http://www.cnblogs.com/xwang/p/3547685.html
=======================================================
原創(chuàng)文章炸枣，轉(zhuǎn)載請注明 編程小翁@博客園虏等，郵件zilin_weng@163.com弄唧，微信Jilon，歡迎各位與我在C/C++/Objective-C/機(jī)器視覺等領(lǐng)域展開交流!
=======================================================
