對於剛學習OC新伙伴，block塊一直都是一個比較糾結、比較難懂的知識點，不過，在使用一段時間后，就會感覺很酸爽。block塊的原理及使用我就不再贅述，網上有很多這方面的資料。我個人使用這么長時間以來，覺得使用block塊應該注意以下幾點。
一、在使用block前需要對block指針做判空處理
例如：XXXX為定義的block塊
if (XXXX ) { if(XXXX != nil){
XXXX(參數); 或 XXXX(參數);
} }
#在使用block塊，最好對block進行判空處理，不進行判空處理直接使用的話，一旦指針為空就會直接產生崩潰。
二、block如果作為屬性變量時，要copy一下，將棧上的block拷貝到堆上
例如，作為屬性時，寫成@property (nonatomac,copy)XXXXXX;（注：XXXXXX為block塊）
#如果不進行copy，若是棧上的block被釋放，此block塊屬性變量就為空了，程序有可能就會直接產生崩潰。
三、在block使用之后要對block指針做賦空值處理，如果是MRC的編譯環境下，要先release掉block對象。
#block作為類對象的成員變量，使用block的人有可能用類對象參與block中的運算而產生循環引用。
將block賦值為空，是解掉循環引用的重要方法。（不能只在dealloc里面做賦空值操作，這樣已經產生的循環引用不會被破壞掉）
例如：if (_sucBlock ) {
_sucBlock(參數);
}
//MRC下：要先將[_sucBlock release];（之前copy過）
_sucBlock = nil; //在使用之后將Block賦空值，解引用 !!!
}
還有一種改法，在block接口設計時，將可能需要的變量作為形參傳到block中，從設計上解決循環引用的問題。
四、使用時將self或成員變量加入block之前要先將self變為__weak弱引用，這與第三條其實是一個問題，就是解決循環引用問題。
五、在多線程環境下（block中的weakSelf有可能被析構的情況下），需要先將self轉為strong指針，避免在運行到某個關鍵步驟時self對象被析構。
#第四、第五條合起來有個名詞叫weak–strong dance
以下代碼來自AFNetworking，堪稱使用weak–strong dance的經典。
__weak typeof(self) weakSelf = self;
AFNetworkReachabilityStatusBlock callback = ^(AFNetworkReachabilityStatus status) {
__strong typeof(weakSelf) strongSelf = weakSelf;
strongSelf.networkReachabilityStatus = status;
if (strongSelf.networkReachabilityStatusBlock) {
strongSelf.networkReachabilityStatusBlock(status);
}
};
第一行：__weak __typeof(self)weakSelf = self;
如之前第四條所說，為防止callback內部對self強引用，weak一下。
其中用到了__typeof(self)，這里涉及幾個知識點：
a. __typeof、__typeof__、typeof的區別
沒有區別
b.對於老的LLVM編譯器上面這句話會編譯報錯，所以在很早的ARC使用者中流行__typeof(&*self)這種寫法
第三行：__strong typeof(weakSelf) strongSelf = weakSelf;
按照之前第五條的說法給轉回strong了，這里typeof()里面寫的是weakSelf，里面寫self也沒有問題，因為typeof是編譯時確定變量類型，所以這里寫self 不會被循環引用。
第四、五、六行，如果不轉成strongSelf而使用weakSelf，后面幾句話中，有可能在第四句執行之后self的對象可能被析構掉，然后后面的StausBlock沒有執行，導致邏輯錯誤。
最后第五行，使用前對block判空。
六、block回調不起作用，可能是調用block屬性變量的類的實例對象已不是原來的對象。
#這個問題只能具體情況具體分析了，程序運行可能不會錯，就是block回調不起作用，有些功能實現不了，斷點調試發現根本不走回調。之前我有一個同事就遇到過這個問題，另外一個同事給他解決了一個小時也沒解決，我讓他檢查一下調用block塊的類對象，果然，與原來的地址不是一個，他又新建一個對象，前后就花了1分鍾解決（得意一下）。
其他問題繼續總結中，也希望朋友們將自己遇到的問題分享一下😄。