iOS面試之內(nèi)存管理篇！

　　一、怎么保證多人開發(fā)進(jìn)行內(nèi)存泄露的檢查。

　　• 使用Analyze進(jìn)行代碼的靜態(tài)分析

　　• 為避免不必要的麻煩, 多人開發(fā)時盡量使用ARC

　　二、非自動內(nèi)存管理情況下怎么做單例模式。

　　創(chuàng)建單例設(shè)計模式的基本步驟：

　　>聲明一個單件對象的靜態(tài)實例,并初始化為nil；

　　>創(chuàng)建一個類的類工廠方法,當(dāng)且僅當(dāng)這個類的實例為nil時生成一個該類的實例；

　　>實現(xiàn)NScopying協(xié)議, 覆蓋allocWithZone:方法,確保用戶在直接分配和初始化對象時,不會產(chǎn) 生另一個對象；

　　>覆蓋release、autorelease、retain、retainCount方法, 以此確保單例的狀態(tài)；

　　>在多線程的環(huán)境中,注意使用@synchronized關(guān)鍵字或GCD,確保靜態(tài)實例被正確的創(chuàng)建和初始化。

　　三、對于類方法(靜態(tài)方法)默認(rèn)是autorelease的。所有類方法都會這樣嗎?

　　1> 系統(tǒng)自帶的絕大數(shù)類方法返回的對象,都是經(jīng)過autorelease的。

　　四、block在ARC中和MRC中的用法有什么區(qū)別,需要注意什么？

　　1.對于沒有引用外部變量的Block，無論在ARC還是非ARC下，類型都是__NSGlobalBlock__，這種類型的block可以理解成一種全局的block，不需要考慮作用域問題。同時，對他進(jìn)行Copy或者Retain操作也是無效的；

　　2.應(yīng)注意避免循環(huán)引用。

　　五、什么情況下會發(fā)生內(nèi)存泄漏和內(nèi)存溢出?

　　當(dāng)程序在申請內(nèi)存后，無法釋放已申請的內(nèi)存空間(例如一個對象或者變量使用完成后沒有釋放,這個對象一直占用著內(nèi)存)，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴(yán)重，無論多少內(nèi)存,遲早會被占光。內(nèi)存泄露會最終會導(dǎo)致內(nèi)存溢出!

　　當(dāng)程序在申請內(nèi)存時，沒有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory;比如申請了一個int,但給它存了long才能存下的數(shù)，那就是內(nèi)存溢出。

　　六、[NSArrayarrayWithobject:] 這個方法添加對象后，需要對這個數(shù)組做釋放操作嗎?

　　不需要 這個對象被放到自動釋放池中。

　　七、Json數(shù)據(jù)的解析?

　　• JSON解析的方案?

　　1、SBJson?；

　　2、JSONkit?；

　　3、NSJSONSerialization?。

　　八、自動釋放池底層怎么實現(xiàn)？

　　自動釋放池以棧的形式實現(xiàn):當(dāng)你創(chuàng)建一個新的自動釋放池時，它將被添加到棧頂。當(dāng)一個對象收到發(fā)送autorelease消息時,它被添加到當(dāng)前線程的處于棧頂?shù)淖詣俞尫懦刂?當(dāng)自動釋放池被回收時,它們從棧中被刪除, 并且會給池子里面所有的對象都會做一次release操作。

　　九、自動釋放池是什么,如何工作？

　　當(dāng)您向一個對象發(fā)送一個autorelease消息時，Cocoa就會將該對象的一個引用放入到最新的自動釋放池。它仍然是個正當(dāng)?shù)膶ο?，因此自動釋放池定義的作用域內(nèi)的其它對象可以向它發(fā)送消息。當(dāng)程序執(zhí)行到作用域結(jié)束的位置時，自動釋放池就會被釋放，池中的所有對象也就被釋放。

　　1. ojc-c 是通過一種"referring counting"(引用計數(shù))的方式來管理內(nèi)存的, 對象在開始分配內(nèi)存(alloc)的時候引用計數(shù)為一,以后每當(dāng)碰到有copy,retain的時候引用計數(shù)都會加一, 每當(dāng)碰到release和autorelease的時候引用計數(shù)就會減一,如果此對象的計數(shù)變?yōu)榱?, 就會被系統(tǒng)銷毀。

　　2. NSAutoreleasePool 就是用來做引用計數(shù)的管理工作的,這個東西一般不用你管的。

　　3. autorelease和release沒什么區(qū)別,只是引用計數(shù)減一的時機(jī)不同而已,autorelease會在對象的使用真正結(jié)束的時候才做引用計數(shù)減一。

　　十、Objective-C如何對內(nèi)存管理的,說說你的看法和解決方法?

　　Objective-C的內(nèi)存管理主要有三種方式ARC(自動內(nèi)存計數(shù))、手動內(nèi)存計數(shù)、內(nèi)存池。

　　1、(Garbage Collection)自動內(nèi)存計數(shù)：這種方式和java類似，在你的程序的執(zhí)行過程中。始終有一個高人在背后準(zhǔn)確地幫你收拾垃圾，你不用考慮它什么時候開始工作，怎樣工作。你只需要明白，我申請了一段內(nèi)存空間，當(dāng)我不再使用從而這段內(nèi)存成為垃圾的時候，我就徹底的把它忘記掉，反正那個高人會幫我收拾垃圾。遺憾的是，那個高人需要消耗一定的資源，在攜帶設(shè)備里面，資源是緊俏商品所以iPhone不支持這個功能。所以“Garbage Collection”不是本入門指南的范圍，對“GarbageCollection”內(nèi)部機(jī)制感興趣的同學(xué)可以參考一些其他的資料，不過說老實話 “GarbageCollection”不大適合適初學(xué)者研究。

　　解決：通過alloc– initial方式創(chuàng)建的, 創(chuàng)建后引用計數(shù)+1, 此后每retain一次引用計數(shù)+1,那么在程序中做相應(yīng)次數(shù)的release就好了。

　　2、(Reference Counted)手動內(nèi)存計數(shù)：就是說，從一段內(nèi)存被申請之后，就存在一個變量用于保存這段內(nèi)存被使用的次數(shù)，我們暫時把它稱為計數(shù)器，當(dāng)計數(shù)器變?yōu)?的時候，那么就是釋放這段內(nèi)存的時候。比如說，當(dāng)在程序A里面一段內(nèi)存被成功申請完成之后，那么這個計數(shù)器就從0變成1(我們把這個過程叫做alloc)，然后程序B也需要使用這個內(nèi)存，那么計數(shù)器就從1變成了2(我們把這個過程叫做retain)。緊接著程序A不再需要這段內(nèi)存了，那么程序A就把這個計數(shù)器減1(我們把這個過程叫做release);程序B也不再需要這段內(nèi)存的時候，那么也把計數(shù)器減1(這個過程還是release)。當(dāng)系統(tǒng)(也就是 Foundation)發(fā)現(xiàn)這個計數(shù)器變成了0，那么就會調(diào)用內(nèi)存回收程序把這段內(nèi)存回收(我們把這個過程叫做dealloc)。順便提一句，如果沒有 Foundation，那么維護(hù)計數(shù)器，釋放內(nèi)存等等工作需要你手工來完成。

　　解決：一般是由類的靜態(tài)方法創(chuàng)建的, 函數(shù)名中不會出現(xiàn)alloc或init字樣, 如[NSStringstring]和[NSArray arrayWithObject:], 創(chuàng)建后引用計數(shù)+0,在函數(shù)出棧后釋放, 即相當(dāng)于一個棧上的局部變量. 當(dāng)然也可以通過retain延長對象的生存期。

　　3、(NSAutoRealeasePool)內(nèi)存池：可以通過創(chuàng)建和釋放內(nèi)存池控制內(nèi)存申請和回收的時機(jī)。

　　解決:是由autorelease加入系統(tǒng)內(nèi)存池,內(nèi)存池是可以嵌套的, 每個內(nèi)存池都需要有一個創(chuàng)建釋放對, 就像main函數(shù)中寫的一樣. 使用也很簡單,比如[[[NSString alloc]initialWithFormat”Hey you!”] autorelease], 即將一個NSString對象加入到最內(nèi)層的系統(tǒng)內(nèi)存池, 當(dāng)我們釋放這個內(nèi)存池時, 其中的對象都會被釋放。

　　十一、需要在手動管理內(nèi)存分配和釋放的Xcode項目中引入和編譯用ARC風(fēng)格編寫的文件，需要在文件的CompilerFlags上添加參數(shù)。