第29條：理解引用計數
- 屬性存取方法中的內存管理
- (void)setFoo:(id)foo{
[foo retain];
[_foo release];
_foo = foo;
}
此方法將保留新值并釋放舊值，然后更新實例變量，令其指向新值。順序很重要。假如還未保留新值就先把舊值釋放了，而且兩個值又指向同一個對象，那么，先執行的release操作就可能導致系統將此對象永久回收。而后續的retain操作則無法令這個已經徹底回收的對象復生，于是實例變量成了懸掛指針。
- 自動釋放池
- 調用release會立刻遞減對象的保留計數（而且還有可能令系統回收此對象）
- autorelease 方法會在稍后遞減計數，通常是在下一次“事件循環”（event loop）時遞減，不過也可能執行更早些（參見第34條）
- (NSString *)stringValue{
//alloc 后引用計數為1，如果initWithFormat還保留引用計數的話，str可能就被引入兩次
NSString *str = [[NSString alloc] initWithFormat:@"I am this: %@", self];
return str;//這里如果str引用計數為1的話，那么也不可能調用release,不然的話，有可能返回的是nil，這里的str沒有被釋放
}
- (NSString *)stringValue{
NSString *str = [[NSString alloc] initWithFormat:@"I am this: %@", self];
return [str autorelease];
}
修改后，stringValue方法把 NSString對象返回給調用者時，此對象必然存活，所以可以如下使用：
NSString *str = [self stringValue];
NSLog(@"The string is: %@", str);
第30條：以ARC簡化引用計數
- 使用ARC時必須遵循的方法命名規則
若方法名以下列的詞語開頭，則其返回的對象歸調用者所有：
- alloc
- new
- copy
- mutableCopy
歸調用者所有的意思是：調用上述四種方法的那段代碼要負責釋放方法所返回的對象。也就是說，這些對象的保留計數是正值，而調用了這四種方法的那段代碼要將其中一次保留操作抵消掉。
若方法名不以上述四個詞語開頭，則表示其所返回的對象并不歸調用者所有。這種情況下，返回的對象會自動釋放，所以其值在跨越方法調用邊界后依然有效。要想使對象多活一段時間，必須令調用者保留它才行。
- 在編譯期，ARC會把能夠互相抵消的retain, release, autorelease操作約簡，如果發現在同一個對象上執行了多次“保留”與“釋放”操作，那么ARC有時可以成對地移除這兩個操作，這種操作手動是做不到的。
- 在運行期，在某些方法在返回對象前，為其執行了autorelease操作，而調用方法的代碼可能需要將返回的對象保留，如下
//_persion是一個強引用的實例變量
_persion = [WCCPerson personWithName:@"zhangsan"];//此處有autorelease
該代碼等效于
WCCPerson *temp = [WCCPerson personWithName:@"zhangsan"];//autorelase操作
_persion = [temp retain];
此時可以看出來，personWithName: 方法里的 autorelease與上段代碼中的retain都是多余的。為了提升性能，可將二者刪去。
- 變量的內存管理語義
默認情況下，每個變量都是指向對象的強引用。
可以給局部變量加上修飾符，用以打破由“塊（block）”所引入的“保留環“，用__weak可以做到。 - 對方法所返回的對象，其內存管理語義總是通過方法名來體現的。ARC將此確定為開發者必須遵守的規則。
- ARC只負責管理Objective-C對象的內存，尤其要注意：CoreFoundation對象不歸ARC管理，開發者必須適時調用CFRetain/CFRelease。
第31條：在dealloc方法中只釋放引用并解除監聽
- 在dealloc方法里，應該做的事情就是釋放指向其他對象的引用，并取消原來訂閱KVO或NSNotificationCenter等通知，不要做其他事情。
- 如果對象有文件描述符等系統資源，那么應該專門編寫一個方法來釋放此種資源。這樣的類要和其使用者約定：用完資源后必須調用close方法。
- 執行異步任務的方法不應在dealloc里調用；只能在正常狀態下執行的那些方法也不應該在dealloc里調用，因為此時對象已經處于正在回收的狀態了。
第32條：編寫“異常安全代碼”時留意內存管理問題
- 捕獲異常時，一定要注意將try塊內所創立的對象清理干凈。
- 在默認情況下，ARC不生成安全處理異常所需的清理代碼。開啟編譯器標志（-fobjc-arc-execptions）后，可生成這種代碼，不過會導致應用程序變大，而且會降低運行效率。
第33條：以弱引用避免保留環
- 將某些引用設置為
weak，可避免出現“保留環”。
第34條：以“自動釋放池塊”降低內存峰值
- 在Objective-C的引用計數架構中，釋放對象有兩種方式：一種是調用release方法，使其保留一計數立即遞減，另一種是調用autorelease方法，將其加入“自動釋放池”中，自動釋放池用于存放那些需要在稍后某個時刻釋放的對象。清空自動釋放池時，系統會向其中的對象發送release消息。
這兩者的區別在于一個立即，一個稍后。 - 自動釋放池排布在棧中，對象收到autorelease消息后 ，系統將其放入最頂端的池里。
- 合理運用自動釋放池，可降低應用程序的內存峰值。
- @autoreleasepool 這種新式寫法能創建出更輕便的自動釋放池。
第35條：用“僵尸對象”調試內存管理問題
- 向已經回收的對象發送消息是不安全的（程序可能會崩潰），這么做有時可以，有時不可以，具體是否可行，完全取決于對象所占內存有沒有為其他內容所覆寫。
- Cocoa提供了“僵尸對象”（Zombie Object）,啟用這項調試功能后，運行期系統會把所有已經回收的實例轉化成特殊的“僵尸對象”，而不會真正的回收他們。這種對象所在的核心內存無法重用，因此不可能遭到覆寫。僵尸對象收到消息后，會拋出異常，其中準確說明了發送過來的消息，并描述了回收之前的那個對象。
- 僵尸對象工作原理：在運行期系統如果發現
NSZombieEnabled環境變量已設置，那么就把dealloc方法“調配”（見第13條）。執行到程序末尾時，對象所屬的類已經變成_NSZombie_OriginalClass。代碼的關鍵之處在于：對象所占用內存沒有（通過調用free()方法）釋放，因此，這塊內存不可復用。雖說內存泄漏了，但這只是調試手段，正式版本不會打開此功能的。 - 系統會修改對象的isa指針，令其指向特殊的僵尸類（同觀察模式一樣，移動isa指針）,從而使對象變為僵尸對象，僵尸對象能夠相應所有的選擇子，響應方式為：打印一條包含消息內容及其接受者的消息，然后終止應用程序。
第36條：不要使用retainCount
- 對象的保留計數看似有用，實則不然，因為任何給定時間點上的“絕對保留計數”都無法反映對象生命期的全貌。
- 引入ARC之后，retainCount方法就正式廢止了，在ARC下調用該方法會導致編譯器報錯。
