深度解析Objective-C內存管理教程
深度解析Objective-C內存管理教程是本文要介紹的內容，不多說，來看內容。iPhone系統中的Objective-C的內存管理機制是比較靈活的，即可以拿來像C/C++一樣用，也可以加個AutoreleasePool讓它升級為半自動化的內存管理語言。當然，也不能拿JAVA虛擬機中的全自動化GC來比
引用計數是實例對象的內存回收唯一參考
引用計數(retainCount)是Objective- C管理對象引用的唯一依據。調用實例的release方法后，此屬性減一，減到為零時對象的dealloc方法被自動調用，進行內存回收操作，也就是說我們永不該手動調用對象的dealloc方法。
主要操作接口：
1、alloc, allocWithZone,new(帶初始化)
為對象分配內存，retainCount為“1”，并返回此實例
2、retain
- retainCount 加“1”
3、release
retainCount 減“1”，減到“0”時調用此對象的dealloc方法
4、copy,mutableCopy
復制一個實例，retainCount數為“1”，返回此實例。所得到的對象是與其它上下文無關的，獨立的對象(干凈對象)。
5、autorelease
在當前上下文的AutoreleasePool棧頂的autoreleasePool實例添加此對象，由于它的引入使Objective-C（非GC管理環境）由全手動內存管理上升到半自動化。
- - (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），并符合我們的內存管理準則。更主要的是，很簡單，你不需要考慮過多的事情。
數組（Array）是一個比較特別的例子，當你往數組里面添加一個對象時。數組里面存儲的并不是這個對象的拷貝，而只是一個指向該對象的指針。數組在保存這個指針的同時會向指針所指的對象發送一個retain消息，相應的，對象的持有計數會增加。將對象從數組中移除的時候，同樣會向對象發送release消息，對象的持有計數會減小。當我們釋放這個數組時，會向保存在這個數組中的所有對象發送release消息。看下面的兩個例子：
1、沒有釋放內存的版本
- array = [[NSMutableArray alloc] init];
- for ( i = 0; i < 10; i++) {
- newNumber = [[NSNumber alloc]initWithInt:(i * 3)];
- [array addObject:newNumber];
- }
上面的代碼在創建newNumber對象時，向對象的發送了retain消息，對象的持有計數變為1。當向array中添加這個對象的引用時，又向對象發送了一次retain消息，這樣對象的持有計數就變為2了，在使用完array時，我們會習慣性的釋放掉array，但這樣并不會釋放array所持有的對象，而只是使所有對象的持有計數變為1，這些對象依然會占用著內存。
2、釋放內存的版本
- for (i = 0; i < 10; i++) {
- newNumber = [[NSNumber alloc]initWithInt:(i*3)];
- [array addObject:newNumber];
- [newNumber release];
- }
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_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中延遲到此方法的調用者釋放.
小結：深度解析Objective-C內存管理教程的內容介紹完了，希望本文對你有所幫助！
