1.怎么保證多人開發(fā)進行內(nèi)存泄露的檢查.

1>使用Analyze進行代碼的靜態(tài)分析

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

2．非自動內(nèi)存管理情況下怎么做單例模式.

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

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

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

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

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

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

3．對于類方法（靜態(tài)方法）默認是autorelease的。所有類方法都會這樣嗎？

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

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

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

2.應注意避免循環(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:]這個方法添加對象后，需要對這個數(shù)組做釋放操作嗎？

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

7．Json數(shù)據(jù)的解析，和解析數(shù)據(jù)的時候有內(nèi)存泄露嗎？有的話 如何解

1>JSON解析的方案

lSBJson

lJSONkit

lNSJSONSerialization

2>內(nèi)存泄漏么?

8.自動釋放池底層怎么實現(xiàn)

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