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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5．什么情況下會(huì)發(fā)生內(nèi)存泄漏和內(nèi)存溢出？

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

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

6．[NSArray arrayWithobject:]這個(gè)方法添加對(duì)象后，需要對(duì)這個(gè)數(shù)組做釋放操作嗎？

不需要 這個(gè)對(duì)象被放到自動(dòng)釋放池中

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

1>JSON解析的方案

lSBJson

lJSONkit

lNSJSONSerialization

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

8.自動(dòng)釋放池底層怎么實(shí)現(xiàn)

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