1啄枕、在使用block前需要對(duì)block指針做判空處理。
不判空直接使用族沃，一旦指針為空直接產(chǎn)生崩潰射亏。
復(fù)制代碼
if (!self.isOnlyNet) {
? ?if (succBlock == NULL) { //后面使用block之前要先做判空處理
? ? ? ?return;
? ?}
? ?id data = [NSKeyedUnarchiver unarchiveObjectWithFile:[self favoriteFile]];
? ?if ([data isKindOfClass:[NSMutableArray class]]) {
? ? ? ?succBlock(data,YES);
? ?}else{
? ? ? ?succBlock(nil,YES);
? ?}
}
復(fù)制代碼
2、在MRC的編譯環(huán)境下竭业，block如果作為成員參數(shù)要copy一下將棧上的block拷貝到堆上（示例見(jiàn)下及舍，原因參考）
3咐柜、在block使用之后要對(duì)拙友，block指針做賦空值處理，如果是MRC的編譯環(huán)境下牍蜂，要先release掉block對(duì)象。
block作為類(lèi)對(duì)象的成員變量从绘，使用block的人有可能用類(lèi)對(duì)象參與block中的運(yùn)算而產(chǎn)生循環(huán)引用陕截。
將block賦值為空艘策，是解掉循環(huán)引用的重要方法。（不能只在dealloc里面做賦空值操作驯妄，這樣已經(jīng)產(chǎn)生的循環(huán)引用不會(huì)被破壞掉）
復(fù)制代碼
typedef void(^SuccBlock)(id data);
@interface NetworkClass {
? ?SuccessBlock _sucBlock;
}
@property (nonatomic,assign)BOOL propertyUseInCallBack;
- (void) requestWithSucBlock: (SuccessBlock) callbackBlock;
@end
@implementation NetworkClass
- (void) requestWithSucBlock: (SuccessBlock) callbackBlock {
? ?_sucBlock = callbackBlock;//MRC下：_sucBlock = [callbackBlock copy]; 不copy block會(huì)在棧上被回收。
}
- (void) netwrokDataBack: (id) data {
? ?if (data != nil && _sucBlock != NULL) {
? ? ? ?_sucBlock(data);
? ?}
? ?//MRC下：要先將[_sucBlock release];（之前copy過(guò)）
? ?_sucBlock = nil; //Importent: 在使用之后將Block賦空值微猖，解引用 !!!
}
@end
//=======================以下是使用方===========================
@implementation UserCode
- (void) temporaryNetworkCall
{
? ?NetworkClass *netObj = [[NetworkClass alloc] init];
? ?netObj.propertyUseInCallBack = NO;
? ?[netObj requestWithSucBlock: ^(id data) {
? ? ? ?//由于block里面引用netObj的指針?biāo)赃@里產(chǎn)生了循環(huán)引用，且由于這個(gè)block是作為參數(shù)傳入對(duì)象的犁珠，編譯器不會(huì)報(bào)錯(cuò)犁享。
? ? ? ?//因此，NetworkClass使用完block之后一定要將作為成員變量的block賦空值窑眯。
? ? ? ?if (netObj.propertyUseInCallBack == YES) {
? ? ? ? ? ?//Do Something...
? ? ? ?}
? ?}];
}
@end
復(fù)制代碼
還有一種改法，在block接口設(shè)計(jì)時(shí)卷要，將可能需要的變量作為形參傳到block中僧叉，從設(shè)計(jì)上解決循環(huán)引用的問(wèn)題隘道。
如果上面Network類(lèi)設(shè)計(jì)成這個(gè)樣子：
復(fù)制代碼
@class NetowrkClass;
typedef void(^SuccBlock)(NetworkClass *aNetworkObj, id data);
@interface NetworkClass
//...
@end
@implementation NetworkClass
@end
@implementation UserCode
- (void) temporaryNetworkCall
{
? ?NetworkClass *netObj = [[NetworkClass alloc] init];
? ?netObj.propertyUseInCallBack = NO;
? ?[netObj requestWithSucBlock: ^(NetworkClass *aNetworkObj, id data) {
? ? ? ?//這里參數(shù)中已經(jīng)有netObj的對(duì)象了谭梗，使用者不用再?gòu)腷lock外引用指針了激捏。
? ? ? ?if (aNetworkObj.propertyUseInCallBack == YES) {
? ? ? ? ? ?//Do Something...
? ? ? ?}
? ?}];
}
@end
復(fù)制代碼
4远舅、使用方將self或成員變量加入block之前要先將self變?yōu)開(kāi)_weak
5图柏、在多線程環(huán)境下（block中的weakSelf有可能被析構(gòu)的情況下）任连，需要先將self轉(zhuǎn)為strong指針，避免在運(yùn)行到某個(gè)關(guān)鍵步驟時(shí)self對(duì)象被析構(gòu)余佃。
第四椭懊、第五條合起來(lái)有個(gè)名詞叫weak–strong dance氧猬，來(lái)自于2011 WWDC Session #322 (Objective-C Advancements in Depth）
以下代碼來(lái)自AFNetworking，堪稱(chēng)使用weak–strong dance的經(jīng)典。
復(fù)制代碼
__weak __typeof(self)weakSelf = self;
AFNetworkReachabilityStatusBlock callback = ^(AFNetworkReachabilityStatus status) {
? ?__strong __typeof(weakSelf)strongSelf = weakSelf;
? ?strongSelf.networkReachabilityStatus = status;
? ?if (strongSelf.networkReachabilityStatusBlock) {
? ? ? ?strongSelf.networkReachabilityStatusBlock(status);
? ?}
};
復(fù)制代碼
Review一下上面這段代碼毙驯，里面玄機(jī)不少。
第一行：__weak __typeof(self)weakSelf = self;
如之前第四條所說(shuō)丰包，為防止callback內(nèi)部對(duì)self強(qiáng)引用禁熏，weak一下。
其中用到了__typeof(self)邑彪，這里涉及幾個(gè)知識(shí)點(diǎn)：
a. __typeof、__typeof__寄症、typeof的區(qū)別
恩~~他們沒(méi)有區(qū)別，但是這牽扯一段往事瘸爽，在早期C語(yǔ)言中沒(méi)有typeof這個(gè)關(guān)鍵字，__typeof剪决、__typeof__是在C語(yǔ)言的擴(kuò)展關(guān)鍵字的時(shí)候出現(xiàn)的。
typeof是現(xiàn)代GNU C++的關(guān)鍵字柑潦，從Objective-C的根源說(shuō)，他其實(shí)來(lái)自于C語(yǔ)言渗鬼，所以AFNetworking使用了繼承自C的關(guān)鍵字览露。
b.對(duì)于老的LLVM編譯器上面這句話會(huì)編譯報(bào)錯(cuò)譬胎，所以在很早的ARC使用者中流行__typeof(&*self)這種寫(xiě)法，原因如下
大致說(shuō)法是老LLVM編譯器會(huì)將__typeof轉(zhuǎn)義為 XXX類(lèi)名 *const __strong的__strong和前面的__weak關(guān)鍵字對(duì)指針的修飾又沖突了堰乔，所以加上&*對(duì)指針的修飾。
第三行：__strong __typeof(weakSelf)strongSelf = weakSelf;
按照之前第五條的說(shuō)法給轉(zhuǎn)回strong了镐侯，這里__typeof()里面寫(xiě)的是weakSelf，里面寫(xiě)self也沒(méi)有問(wèn)題苟翻，因?yàn)閠ypeof是編譯時(shí)確定變量類(lèi)型韵卤，所以這里寫(xiě)self 不會(huì)被循環(huán)引用崇猫。
第四、五诅炉、六行贴谎，如果不轉(zhuǎn)成strongSelf而使用weakSelf季稳，后面幾句話中，有可能在第四句執(zhí)行之后self的對(duì)象可能被析構(gòu)掉景鼠，然后后面的StausBlock沒(méi)有執(zhí)行，導(dǎo)致邏輯錯(cuò)誤铛漓。
最后第五行溯香，使用前對(duì)block判空浓恶。
寫(xiě)在最后，閱讀好的開(kāi)源庫(kù)源碼是提高個(gè)人水平的一個(gè)很好途徑包晰，看見(jiàn)不懂的地方去查去摸索會(huì)得到更多。
參考：http://fuckingblocksyntax.com/ 這是個(gè)工具網(wǎng)站伐憾，寫(xiě)block的時(shí)候都會(huì)用到。
