重新學(xué)習(xí)《Effective Objective-C 2.0 編寫高質(zhì)量iOS與OS X代碼的52個(gè)有效方法》
并做個(gè)學(xué)習(xí)筆記米绕，第 5 - 6 章
目錄：
第5章 內(nèi)存管理
第29條：理解引用計(jì)數(shù)
第30條：以ARC簡(jiǎn)化引用計(jì)數(shù)
第31條：在dealloc方法中只釋放引用并解除監(jiān)聽
第32條：編寫"異常安全代碼"時(shí)留意內(nèi)存管理問題
第33條：以弱引用避免保留環(huán)
第34條：以"自動(dòng)釋放池塊"降低內(nèi)存峰值
第35條：用"僵尸對(duì)象"調(diào)試內(nèi)存管理問題
第36條：不要使用retainCount
第6章 塊與大中樞派發(fā)
第37條：理解"塊"這一概念
第38條：為常用的塊類型創(chuàng)建typedef
第39條：用handler塊降低代碼分散程度
第40條：用塊引用其所屬對(duì)象時(shí)不要出現(xiàn)保留環(huán)
第41條：多用派發(fā)隊(duì)列，少用同步鎖
第42條：多用GCD，少用performSelector系列方法
第43條：掌握GCD及操作隊(duì)列的使用時(shí)機(jī)
第44條：通過Dispatch Group機(jī)制，根據(jù)系統(tǒng)資源狀況來執(zhí)行任務(wù)
第45條：使用dispatch_once來執(zhí)行只需運(yùn)行一次的線程安全代碼
第46條：不要使用dispatch_get_current_queue
第 5 章 內(nèi)存管理
第 29 條 理解引用計(jì)數(shù)
1）引用計(jì)數(shù)機(jī)制通過可以遞增遞減的計(jì)數(shù)器來管理內(nèi)存。對(duì)象創(chuàng)建好之后，其保留計(jì)數(shù)至少為1.若保留計(jì)數(shù)為正桦卒，則對(duì)象繼續(xù)存活诗箍。當(dāng)保留計(jì)數(shù)降為0時(shí)，對(duì)象就被銷毀了脖苏。
2）在對(duì)象生命期中程拭，其余對(duì)象通過引用來保留或釋放此對(duì)象。保留與釋放操作分別會(huì)遞增遞減保留計(jì)數(shù)棍潘。
第 30 條 以 ARC 簡(jiǎn)化引用計(jì)數(shù)
1）有 ARC 之后恃鞋，程序員就無須擔(dān)心內(nèi)存管理問題了。使用 ARC 來編程亦歉，可省去類中的許多“樣板代碼”恤浪。
2）ARC 管理對(duì)象生命期的辦法基本上就是：在合適的地方插入“保留”及“釋放”操作。在 ARC 環(huán)境下肴楷，變量的內(nèi)存管理語義可以通過修飾符指明水由，而原來則需要手工執(zhí)行“保留”及“釋放”操作。
3）由方法所返回的對(duì)象赛蔫，其內(nèi)存管理語義總是通過方法名來實(shí)現(xiàn)砂客。ARC 將此確定為開發(fā)者必須遵守的規(guī)則。
4）ARC 只負(fù)責(zé)管理 Objective-C 對(duì)象的內(nèi)存呵恢。尤其要注意：CoreFoundation 對(duì)象不歸 ARC 管理鞠值，開發(fā)者必須適時(shí)調(diào)用 CFRetain/CFRelease。
第 31 條 在 dealloc 方法中只釋放引用并解除監(jiān)聽
1）在 dealloc 方法里渗钉，應(yīng)該做的事情就是釋放指向其他對(duì)象的引用齿诉，并取消原來訂閱的“鍵值觀測(cè)”（KVO）或NSNotivicationCenter等通知，不要做其他事情。
2）如果對(duì)象持有文件描述符等系統(tǒng)資源粤剧，那么應(yīng)該專門編寫一個(gè)方法來釋放此種資源歇竟。這樣的類要和其使用者約定：用完資源后必須調(diào)用 close 方法。
3）執(zhí)行異步任務(wù)的方法不應(yīng)在 dealloc 里調(diào)用抵恋；只能在正常狀態(tài)下執(zhí)行的那些方法也不應(yīng)在 dealloc 里調(diào)用焕议，因?yàn)榇藭r(shí)對(duì)象已正在回收的狀態(tài)了。
第 32 條 編寫“異常安全代碼”時(shí)留意內(nèi)存管理問題
1）捕獲異常時(shí)弧关，一定要注意將 try 塊內(nèi)所創(chuàng)立的對(duì)象清理干凈盅安。
2）在默認(rèn)情況下，ARC 不生成安全處理異常所需的清理代碼世囊。開啟編譯器標(biāo)志后别瞭，可生成這種代碼，不過會(huì)導(dǎo)致應(yīng)用程序變大株憾，而且會(huì)降低支行效率蝙寨。
第 33 條 以弱引用避免保留環(huán)
1）將某些引用設(shè)為 weak，可避免出現(xiàn)“保留環(huán)”嗤瞎。
2）weak 引用可以自動(dòng)清空墙歪，也可以不自動(dòng)清空。自動(dòng)清空是隨著 ARC 而引入的新特性贝奇，由運(yùn)行期系統(tǒng)來實(shí)現(xiàn)虹菲。在具備自動(dòng)清空功能的弱引用上，可以隨意讀取其數(shù)據(jù)掉瞳，因?yàn)檫@種引用不會(huì)指向已經(jīng)回收過的對(duì)象毕源。
第 34 條 以“自動(dòng)釋放池塊”降低內(nèi)存峰值
1）自動(dòng)釋放池排布在棧中，對(duì)象收到 autorelease 消息后陕习，系統(tǒng)將其放入最頂端的池里脑豹。
2）合理運(yùn)用自動(dòng)釋放池，可降低應(yīng)用程序的內(nèi)存峰值衡查。
3）@autoreleasepool 這種新式寫法能創(chuàng)建出更為輕便的自動(dòng)釋放池瘩欺。
第 35 條 用“僵尸對(duì)象”調(diào)試內(nèi)存管理問題
1）系統(tǒng)在回收對(duì)象時(shí)，可以不將其真的回收拌牲，而是把它轉(zhuǎn)化為僵尸對(duì)象俱饿。通過環(huán)境變量 NSZombieEnabled 可開啟此功能。
2）系統(tǒng)會(huì)修改對(duì)象的 isa 指針塌忽，令其指向特殊的僵尸類拍埠，從而使該對(duì)象變?yōu)榻┦瑢?duì)象。僵尸類能夠響應(yīng)所有的選擇子土居，響應(yīng)方式為：打印一條包含消息內(nèi)容及其接收者的消息枣购，然后終止應(yīng)用程序嬉探。
第 36 條 不要使用 retainCount
1）對(duì)象的保留計(jì)數(shù)看似有用，實(shí)則不然棉圈，因?yàn)槿魏谓o定時(shí)間點(diǎn)上的“絕對(duì)你試計(jì)數(shù)”（absolute retain count）都無法反映對(duì)象生命的全貌涩堤。
2）引入 ARC 之后，retainCount 方法就正式廢止了分瘾，在 ARC 下調(diào)用該方法會(huì)導(dǎo)致編譯器報(bào)錯(cuò)胎围。
第 6 章 塊與大中樞派發(fā)
第 37 條 理解“塊”這一概念
說明：塊，即 block德召；大中樞派發(fā)白魂，即 Grand Central Dispatch, GCD。
1）塊是 C上岗、C++福荸、Objective-C 中的詞法閉包。
2）塊可接受參數(shù)肴掷，也可返回值敬锐。
3）塊可以分配在棧或堆上捆等，也可以是全局的。分配在棧上的塊可拷貝到堆里续室，這樣的話栋烤，就和標(biāo)準(zhǔn)的 Objective-C 對(duì)象一樣，具備引用計(jì)數(shù)了挺狰。
第 38 條 為常用的塊類型創(chuàng)建 typedef
1）以 typedef 重新定義塊類型明郭，可令塊變量用起來更加簡(jiǎn)單。
2）定義新類型時(shí)應(yīng)遵從現(xiàn)有的命名習(xí)慣丰泊，勿使其名稱與別的類型相沖突薯定。
3）不妨為同一個(gè)塊簽名定義多個(gè)類型別名。如果要重構(gòu)的代碼使用了塊類型的某個(gè)別名瞳购，那么只需修改相應(yīng) typedef 中的塊簽名即可话侄，無須改動(dòng)其他 typedef。
第 39 條 用 handler 塊降低代碼分散程度
1）在創(chuàng)建對(duì)象時(shí)学赛，可以使用內(nèi)聯(lián)的 handler 塊將業(yè)務(wù)邏輯一并聲明年堆。
2）在有多個(gè)實(shí)例需要監(jiān)控時(shí)，如果采用委托模式盏浇，那么經(jīng)常需要根據(jù)傳入的對(duì)象來切換变丧，而若改用 handler 塊來實(shí)現(xiàn)，則可直接將塊與相關(guān)對(duì)象放在一起绢掰。
3）設(shè)計(jì) API 時(shí)如果用到了 handler 塊痒蓬，那么可以增加一個(gè)參數(shù)童擎，使調(diào)用者可通過此參數(shù)來決定應(yīng)該把塊安排在哪個(gè)隊(duì)列上執(zhí)行。
第 40 條 用塊引用其所屬對(duì)象時(shí)不要出現(xiàn)保留環(huán)
1）如果塊所捕獲的對(duì)象直接或間接的保留了塊本身攻晒，那么就得當(dāng)心保留環(huán)（循環(huán)引用）問題顾复。
2）一定要找個(gè)適當(dāng)?shù)臅r(shí)機(jī)解除保留環(huán)，而不能把責(zé)任推給 API 的調(diào)用者炎辨。
第 41 條 多用派發(fā)隊(duì)列捕透，少用同步鎖
說明：派發(fā)隊(duì)列，即 GCD碴萧；同步鎖乙嘀，即 @synchronized
1）派發(fā)隊(duì)列可用來表述同步語義（synchronization semantic），這種做法要比使用 @synchronized 塊或 NSLock 對(duì)象更簡(jiǎn)單破喻。
2）將同步與異步派發(fā)結(jié)合起來虎谢，可以實(shí)現(xiàn)與普通加鎖機(jī)制一樣的同步行為，而這么做卻不會(huì)阻塞執(zhí)行異步派發(fā)的線程曹质。
3）使用同步隊(duì)列及柵欄塊（dispatch_barrier_async）婴噩，可以令同步行為更加高效。
第 42 條 多用 GCD羽德，少用 performSelector 系列方法
1）performSelector 系統(tǒng)方法在內(nèi)存管理方面容易有疏失几莽。它無法確定將要執(zhí)行的選擇子具體是什么，因而 ARC 編譯器也就無法插入適當(dāng)?shù)膬?nèi)存管理方法宅静。
2）performSelector 系列方法所能處理的選擇子太過局限了章蚣，選擇子的返回值類型及發(fā)送給方法的參數(shù)個(gè)數(shù)都受到限制。
3）如果想把任務(wù)放在另一個(gè)線程上執(zhí)行姨夹，那么最好不要用 performSelector 系列方法纤垂，而是應(yīng)該把任務(wù)封裝到塊里，然后調(diào)用 GCD 的相關(guān)方法來實(shí)現(xiàn)磷账。
第 43 條 掌握 GCD 及操作隊(duì)列的使用時(shí)機(jī)
說明：操作隊(duì)列峭沦，即 NSOperationQueue
1）在解決多線程與任務(wù)管理問題時(shí)，派發(fā)隊(duì)列并非唯一文案逃糟。
2）操作隊(duì)列提供了一套高層的 Objective-C API吼鱼，能實(shí)現(xiàn)純 GCD 所具備的絕大部分功能，而且還能完成一些更為復(fù)雜的操作绰咽，那些操作若改用 GCD 來實(shí)現(xiàn)蛉抓，則需另外編寫代碼。
第 44 條 通過 Dispatch Group 機(jī)制剃诅，根據(jù)系統(tǒng)資源狀況來執(zhí)行任務(wù)
1）一系列任務(wù)可歸入一個(gè) dispatch group 之中巷送。開發(fā)者可以在這組任務(wù)執(zhí)行完畢時(shí)獲得通知。
2）通過 dispatch group矛辕，可以在并發(fā)式派發(fā)隊(duì)列里同時(shí)執(zhí)行多項(xiàng)任務(wù)笑跛。此時(shí) GCD 會(huì)根據(jù)系統(tǒng)資源狀況來調(diào)度這些并發(fā)執(zhí)行的任務(wù)付魔。開發(fā)者若自己來實(shí)現(xiàn)此功能，則需編寫大量代碼飞蹂。
第 45 條 使用 dispatch_one 來執(zhí)行只需運(yùn)行一次的線程安全代碼
1）經(jīng)常需要編寫“只需執(zhí)行一次的線程安全代碼”几苍。通過 GCD 所提供的 dispatch_once 函數(shù)，很容易就能實(shí)現(xiàn)此功能陈哑。
2）標(biāo)記應(yīng)該聲明在 static 或 global 作用域中妻坝，這樣的話，在把只需執(zhí)行一次的塊傳給 dispatch_once 函數(shù)時(shí)惊窖，傳進(jìn)去的標(biāo)記也是相同的刽宪。
第 46 條 不要使用 dispatch_get_current_queue
1）dispatch_get_current_queue 函數(shù)的行為常常與開發(fā)者所預(yù)期的不同。此函數(shù)已經(jīng)廢棄界酒，只應(yīng)做調(diào)試之用圣拄。
2）由于派發(fā)隊(duì)列是按層級(jí)來組織的，所以無法單用某個(gè)隊(duì)列對(duì)象來描述“當(dāng)前隊(duì)列”這一概念毁欣。
3）dispatch_get_current_queue 函數(shù)用于解決由不可重入的代碼所引發(fā)的死鎖庇谆，然而能用此函數(shù)解決的問題，通常也能改用“隊(duì)列特定數(shù)據(jù)”來解決凭疮。
未完待續(xù)饭耳，傳送門：
