objective-c內存管理

引用計數是實例對象的內存回收惟一參考

引用計數(retainCount)是Objective-C管理對象引用的惟一依據。調用實例的release方法後，此屬性減一，減到爲零時對象的dealloc方法被自動調用，進行內存回收操做，也就是說咱們永不應手動調用對象的dealloc方法。

它的內存管理ＡＰＩ老簡單老簡單了，下面就是它主要操做接口：

1，alloc, allocWithZone,new(帶初始化)
爲對象分配內存，retainCount爲「1」，並返回此實例

2，retain
retainCount 加「1」

3，copy,mutableCopy
複製一個實例，retainCount數爲「1」，返回此實例。所獲得的對象是與其它上下文無關的，獨立的對象(乾淨對象)。

4，release
retainCount 減「1」，減到「0」時調用此對象的dealloc方法

5，autorelease
在當前上下文的AutoreleasePool棧頂的autoreleasePool實例添加此對象，因爲它的引入使Objective-C（非GC管理環境）由全手動內存管理上升到半自動化。

Objective-C內存管理準則

咱們能夠把上面的接口按對retainCount的操做性質歸爲兩類，
Ａ類是加一操做：1，2，3
Ｂ類是減一操做：4，5（延時釋放）

內存管理準則以下：
1，A與Ｂ類的調用次數保持一制
2，爲了很好的保障準則一，以實例對象爲單位，誰A了就誰Ｂ，沒有第兩者參與

例：

NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
NSObject *o = [[NSObject alloc] init];    //retainCount爲1
[o retain];    //retainCount爲2
[o release]; //retainCount爲1
[o autorelease]; //retainCount爲1
[pool release]; //retaincount爲0，觸發dealloc方法

對象的擁有者

面向對象領域裏有個引用的概念，區別於繼承，引用常被用來當作偶合性更小的設計。繼承是強依賴，對吧。咱們要降偶軟件的設計，就要儘可能減小對它的使用。但沒有任何偶合的模塊或功能是沒有用的〜對吧，那咱們只能多用引用了吧。一個實例擁有另外一個實例的時候，咱們稱它爲引用了另外一個實例。

好比ClassA類的一個屬性對象的Setter方法：

- (void)setMyArray:(NSMutableArray *)newArray {
    if (myArray != newArray) {
        [myArray release];
        myArray = [newArray retain];
    }
}

假設這個類的一個實例爲'a'，調用setMyArray後，咱們就能夠說a擁有了一個新的myArray實例，也能夠說a引用了一個新的myArray實例。其中調用的retain方法，使myArray的retainCount加一，咱們須要注意如下兩個地方：
1，setMyarray方法中，在retain以前先release了舊實例一次
2，在本實例的dealloc方法中，本應該是要再次release當前實例的，但回頭看看參考內存管理準則。它並不合理，對吧。。。多了一次release。這裏比較推薦的作法是：
[ myArray setMyArray:nil ];
這樣能夠巧妙的使當前實例release而不出錯（咱們能夠向nil發送消息〜其實它自己就是個整數0），並符合咱們的內存管理準則。更主要的是，很簡單，你不須要考慮過多的事情。

另一個比較容易忽略而又比較經典的問題是實例變量的循環引用，Objective-C爲此區分了，其實也至關至關的簡單：
1，強引用，上面講的就是強引用，存在retainCount加一。
2，弱引用，但凡是assign聲明並直接用指針賦值實現的被稱之爲弱引用，不存在retainCount加一的狀況。

AutoreleasePool使Objective-C成爲內存管理半自動化語言

若是僅僅是上面這些，很簡單，對吧。但每每不少人都會迷糊在自動內存管理這塊上，感受像是有魔法，但其實原理也很簡單〜

先看看最經典的程序入口程序：

NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
int retVal = UIApplicationMain(argc, argv, nil, nil);
[pool release];

咱們先把pool當作一個普通對象〜很簡單，先是alloc，pool的retainCount爲1。第三句release，retainCount爲0，自動調用它的dealloc方法。它和任何其它普通對象沒 任何區別。

魔法在哪裏？
在聲明pool後，release它以前的這段代碼，全部段裏的代碼（先假設中間沒有聲明其它的AutoreleasePool實例），凡是調用了autorelase方法的實例，都會把它的retainCount加1，並在此pool實例中添1次此實例要回收的記錄以作備案。當此pool實例dealloc時，首先會檢查以前備案的全部實例，全部記錄在案的實例都會依次調用它的release方法。

NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
NSObject *o = [[NSObject alloc] init];
[o autorelease];                                //在pool實例dealloc時，release一次此實例，重要的是並非在此行去release
NSLog(@"o retainCount:%d",[o retainCount]);    //此時還能夠看到咱們的o實例仍是可用的，而且retainCount爲1
[pool release];    //pool 的 retainCount爲0，自動調用其dealloc方法，咱們以前備案的小o也將在這裏release一次（由於我們以前僅僅autorelease一次）

針對同一個實例，同一個Pool是能夠屢次註冊備案(autorelease)的。在一些不多的狀況化可能會出現這種需求：

NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
NSObject *o = [[NSObject alloc] init];
[o retain];
[o autorelease];
[o autorelease];
[pool release];

咱們調用了兩次A類(retainCount加1的方法)，使其retainCount爲2，而接下來的兩次autorelease方法調用，使其在pool中註冊備案了兩次。這裏的pool將會在回收時調用此實例的兩次release方法。使其retainCount降爲0，完成回收內存的操做，其實這也是徹底按照內存管理規則辦事的好處〜

AutoreleasePool是被嵌套的！
池是被嵌套的，嵌套的結果是個棧，同一線程只有當前棧頂pool實例是可用的：

棧頂	pool_5
棧中	pool_4
棧中	pool_3
棧中	pool_2
棧底	pool_1

其代碼以下：

NSAutoreleasePool *pool1 = [[NSAutoreleasePool alloc] init];
NSAutoreleasePool *pool2 = [[NSAutoreleasePool alloc] init];
NSAutoreleasePool *pool3 = [[NSAutoreleasePool alloc] init];
NSObject *o = [[NSObject alloc] init] autorelease];
[pool3 release];
[pool2 release];
[pool1 release];

咱們能夠看到其棧頂是pool3，o的autorelease是把當前的release放在棧頂的pool實例管理。。。也就是pool3。
在生命週期短，產生大量放在autoreleasePool中管理實例的狀況下常常用此方法減小內存使用，達到內存及時回收的目的。

AutoreleasePool還被用在哪裏？ 在上面的例子裏，也能夠看到，咱們在執行autorelease方法時，並無時時的進行release操做〜它的release被延時到pool實例的dealloc方法裏。這個小細節使咱們的Objective-C用起來能夠在方法棧中申請堆中的內存，建立實例，並把它放在當前pool中延遲到此方法的調用者釋放〜