1. 怎么在多人開發(fā)時進行內(nèi)存泄漏的檢測？
- 使用Analyze進行代碼的靜態(tài)分析；
- 為避免不必要的麻煩，多人開發(fā)時盡量使用ARC
2. 非ARC情況下怎么做單例模式？
- 創(chuàng)建單例設(shè)計模式的基本步驟：
- 聲明一個單例對象的靜態(tài)實例，并初始化為nil；
- 創(chuà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)建和初始化。
3. 對于類方法（靜態(tài)方法）默認是autorelease的，所有類方法都會這樣嗎？
- 系統(tǒng)自帶的絕大多數(shù)類方法返回的對象都是經(jīng)過autorelease的
4. block在ARC中和MRC中的用法有什么區(qū)別，需要注意什么？
- 對于沒有引用外部變量的Block，無論在ARC還是非ARC下，類型都是__NSGlobalBlock__，這種類型的block可以理解成一種全局的block，不需要考慮作用域的問題。同時，對它進行Copy或者Retain操作也是無效的；
- 應(yīng)注意避免循環(huán)引用
5. 什么情況下會發(fā)生內(nèi)存泄漏和內(nèi)存溢出？
- 當程序在申請內(nèi)存后，無法釋放已申請的內(nèi)存空間（例如一個對象或者變量使用完成沒有釋放，這個對象一直占用著內(nèi)存），一次內(nèi)存泄漏危害可以忽略，但是內(nèi)存泄漏堆積后果很嚴重，無論多少內(nèi)存，遲早會被占光。 內(nèi)存泄漏會最終導致內(nèi)存溢出！
- 當程序在申請內(nèi)存時，沒有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory；比如申請一個int，但是給它存了long才能存下的數(shù)，那就是內(nèi)存溢出。
6. [NSArray arrayWithObject:<id>] 這個方法添加對象后，需要對這個數(shù)組做釋放操作嗎？
- 不需要，這個對象被放到自動釋放池中
7. JSON數(shù)據(jù)的解析方案？解析數(shù)據(jù)的時候有內(nèi)存泄漏嗎？有的話，如何解決？
- JSON解析的方案：
SBJSONJSONKitNSJSONSerialization
- 看解析的方法和實現(xiàn)，一般來說，比較少會出現(xiàn)內(nèi)存泄漏。內(nèi)存泄漏和JSON數(shù)據(jù)解析本身沒太大關(guān)系。
8. 自動釋放池底層是怎么實現(xiàn)的？
- 自動釋放池以棧的形式實現(xiàn)：當創(chuàng)建一個新的自動釋放池時，它將被添加到棧頂。當一個對象收到發(fā)送autorelease消息時，他被添加到當前線程的處于棧頂?shù)淖詣俞尫懦刂?，當自動釋放池被回收時，它從棧中被刪除，并且會給池子里面所有的對象都會做一次release操作。
