1廊勃、在使用block前需要對(duì)block指針做判空處理懈贺。
不判空直接使用，一旦指針為空直接產(chǎn)生崩潰坡垫。
if(!self.isOnlyNet) {if(succBlock == NULL) {//后面使用block之前要先做判空處理return;
}iddata =[NSKeyedUnarchiver unarchiveObjectWithFile:[self favoriteFile]];if([data isKindOfClass:[NSMutableArrayclass]]) {
succBlock(data,YES);
}else{
succBlock(nil,YES);
}
}
2梭灿、在MRC的編譯環(huán)境下，block如果作為成員參數(shù)要copy一下將棧上的block拷貝到堆上（示例見下冰悠，原因參考）
3堡妒、在block使用之后要對(duì)，block指針做賦空值處理屿脐，如果是MRC的編譯環(huán)境下涕蚤，要先release掉block對(duì)象。
block作為類對(duì)象的成員變量的诵，使用block的人有可能用類對(duì)象參與block中的運(yùn)算而產(chǎn)生循環(huán)引用万栅。
將block賦值為空，是解掉循環(huán)引用的重要方法西疤。（不能只在dealloc里面做賦空值操作烦粒，這樣已經(jīng)產(chǎn)生的循環(huán)引用不會(huì)被破壞掉）
typedefvoid(^SuccBlock)(iddata);@interfaceNetworkClass {
SuccessBlock _sucBlock;
}
@property (nonatomic,assign)BOOL propertyUseInCallBack;- (void) requestWithSucBlock: (SuccessBlock) callbackBlock;@end@implementationNetworkClass- (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過）_sucBlock = nil;//Importent: 在使用之后將Block賦空值代赁，解引用 !!!}@end//=======================以下是使用方===========================@implementationUserCode- (void) temporaryNetworkCall
{
NetworkClass*netObj =[[NetworkClass alloc] init];
netObj.propertyUseInCallBack=NO;
[netObj requestWithSucBlock:^(iddata) {//由于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
還有一種改法窖壕，在block接口設(shè)計(jì)時(shí)忧勿，將可能需要的變量作為形參傳到block中，從設(shè)計(jì)上解決循環(huán)引用的問題瞻讽。
如果上面Network類設(shè)計(jì)成這個(gè)樣子：
@classNetowrkClass;
typedefvoid(^SuccBlock)(NetworkClass *aNetworkObj,iddata);@interfaceNetworkClass//...@end@implementationNetworkClass@end@implementationUserCode- (void) temporaryNetworkCall
{
NetworkClass*netObj =[[NetworkClass alloc] init];
netObj.propertyUseInCallBack=NO;
[netObj requestWithSucBlock:^(NetworkClass *aNetworkObj,iddata) {//這里參數(shù)中已經(jīng)有netObj的對(duì)象了鸳吸，使用者不用再從block外引用指針了。if(aNetworkObj.propertyUseInCallBack ==YES) {//Do Something...}
}];
}@end
4速勇、使用方將self或成員變量加入block之前要先將self變?yōu)開_weak
5晌砾、在多線程環(huán)境下（block中的weakSelf有可能被析構(gòu)的情況下），需要先將self轉(zhuǎn)為strong指針烦磁，避免在運(yùn)行到某個(gè)關(guān)鍵步驟時(shí)self對(duì)象被析構(gòu)养匈。
第四哼勇、第五條合起來有個(gè)名詞叫weak–strong dance，來自于2011 WWDC Session #322 (Objective-C Advancements in Depth）
以下代碼來自AFNetworking呕乎，堪稱使用weak–strong dance的經(jīng)典猴蹂。
__weak __typeof(self)weakSelf =self;
AFNetworkReachabilityStatusBlock callback= ^(AFNetworkReachabilityStatus status) {
__strong __typeof(weakSelf)strongSelf=weakSelf;
strongSelf.networkReachabilityStatus=status;if(strongSelf.networkReachabilityStatusBlock) {
strongSelf.networkReachabilityStatusBlock(status);
}
};
Review一下上面這段代碼，里面玄機(jī)不少楣嘁。
第一行：__weak __typeof(self)weakSelf = self;
如之前第四條所說，為防止callback內(nèi)部對(duì)self強(qiáng)引用珍逸，weak一下逐虚。
其中用到了__typeof(self)，這里涉及幾個(gè)知識(shí)點(diǎn)：
a. __typeof谆膳、__typeof__叭爱、typeof的區(qū)別
恩~~他們沒有區(qū)別，但是這牽扯一段往事漱病，在早期C語言中沒有typeof這個(gè)關(guān)鍵字买雾，__typeof、__typeof__是在C語言的擴(kuò)展關(guān)鍵字的時(shí)候出現(xiàn)的杨帽。
typeof是現(xiàn)代GNU C++的關(guān)鍵字漓穿，從Objective-C的根源說，他其實(shí)來自于C語言注盈，所以AFNetworking使用了繼承自C的關(guān)鍵字晃危。
b.對(duì)于老的LLVM編譯器上面這句話會(huì)編譯報(bào)錯(cuò)，所以在很早的ARC使用者中流行__typeof(&*self)這種寫法老客，原因如下
大致說法是老LLVM編譯器會(huì)將__typeof轉(zhuǎn)義為 XXX類名 *const __strong的__strong和前面的__weak關(guān)鍵字對(duì)指針的修飾又沖突了僚饭，所以加上&*對(duì)指針的修飾。
第三行：__strong __typeof(weakSelf)strongSelf = weakSelf;
按照之前第五條的說法給轉(zhuǎn)回strong了胧砰，這里__typeof()里面寫的是weakSelf鳍鸵，里面寫self也沒有問題，因?yàn)閠ypeof是編譯時(shí)確定變量類型尉间，所以這里寫self 不會(huì)被循環(huán)引用偿乖。
第四、五乌妒、六行汹想，如果不轉(zhuǎn)成strongSelf而使用weakSelf，后面幾句話中撤蚊，有可能在第四句執(zhí)行之后self的對(duì)象可能被析構(gòu)掉古掏，然后后面的StausBlock沒有執(zhí)行，導(dǎo)致邏輯錯(cuò)誤侦啸。
最后第五行槽唾，使用前對(duì)block判空丧枪。
寫在最后，閱讀好的開源庫源碼是提高個(gè)人水平的一個(gè)很好途徑庞萍，看見不懂的地方去查去摸索會(huì)得到更多拧烦。1、在使用block前需要對(duì)block指針做判空處理钝计。
不判空直接使用恋博，一旦指針為空直接產(chǎn)生崩潰。
if(!self.isOnlyNet) {if(succBlock == NULL) {//后面使用block之前要先做判空處理return;
}iddata =[NSKeyedUnarchiver unarchiveObjectWithFile:[self favoriteFile]];if([data isKindOfClass:[NSMutableArrayclass]]) {
succBlock(data,YES);
}else{
succBlock(nil,YES);
}
}
2私恬、在MRC的編譯環(huán)境下债沮，block如果作為成員參數(shù)要copy一下將棧上的block拷貝到堆上（示例見下，原因參考）
3本鸣、在block使用之后要對(duì)疫衩，block指針做賦空值處理，如果是MRC的編譯環(huán)境下荣德，要先release掉block對(duì)象闷煤。
block作為類對(duì)象的成員變量，使用block的人有可能用類對(duì)象參與block中的運(yùn)算而產(chǎn)生循環(huán)引用涮瞻。
將block賦值為空鲤拿，是解掉循環(huán)引用的重要方法。（不能只在dealloc里面做賦空值操作饲宛，這樣已經(jīng)產(chǎn)生的循環(huán)引用不會(huì)被破壞掉）
typedefvoid(^SuccBlock)(iddata);@interfaceNetworkClass {
SuccessBlock _sucBlock;
}
@property (nonatomic,assign)BOOL propertyUseInCallBack;- (void) requestWithSucBlock: (SuccessBlock) callbackBlock;@end@implementationNetworkClass- (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過）_sucBlock = nil;//Importent: 在使用之后將Block賦空值，解引用 !!!}@end//=======================以下是使用方===========================@implementationUserCode- (void) temporaryNetworkCall
{
NetworkClass*netObj =[[NetworkClass alloc] init];
netObj.propertyUseInCallBack=NO;
[netObj requestWithSucBlock:^(iddata) {//由于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
還有一種改法，在block接口設(shè)計(jì)時(shí)絮重，將可能需要的變量作為形參傳到block中冤寿，從設(shè)計(jì)上解決循環(huán)引用的問題。
如果上面Network類設(shè)計(jì)成這個(gè)樣子：
@classNetowrkClass;
typedefvoid(^SuccBlock)(NetworkClass *aNetworkObj,iddata);@interfaceNetworkClass//...@end@implementationNetworkClass@end@implementationUserCode- (void) temporaryNetworkCall
{
NetworkClass*netObj =[[NetworkClass alloc] init];
netObj.propertyUseInCallBack=NO;
[netObj requestWithSucBlock:^(NetworkClass *aNetworkObj,iddata) {//這里參數(shù)中已經(jīng)有netObj的對(duì)象了青伤，使用者不用再從block外引用指針了督怜。if(aNetworkObj.propertyUseInCallBack ==YES) {//Do Something...}
}];
}@end
4、使用方將self或成員變量加入block之前要先將self變?yōu)開_weak
5、在多線程環(huán)境下（block中的weakSelf有可能被析構(gòu)的情況下），需要先將self轉(zhuǎn)為strong指針朴爬，避免在運(yùn)行到某個(gè)關(guān)鍵步驟時(shí)self對(duì)象被析構(gòu)荒澡。
第四姨蟋、第五條合起來有個(gè)名詞叫weak–strong dance屉凯，來自于2011 WWDC Session #322 (Objective-C Advancements in Depth）
以下代碼來自AFNetworking，堪稱使用weak–strong dance的經(jīng)典眼溶。
__weak __typeof(self)weakSelf =self;
AFNetworkReachabilityStatusBlock callback= ^(AFNetworkReachabilityStatus status) {
__strong __typeof(weakSelf)strongSelf=weakSelf;
strongSelf.networkReachabilityStatus=status;if(strongSelf.networkReachabilityStatusBlock) {
strongSelf.networkReachabilityStatusBlock(status);
}
};
Review一下上面這段代碼悠砚，里面玄機(jī)不少。
第一行：__weak __typeof(self)weakSelf = self;
如之前第四條所說堂飞，為防止callback內(nèi)部對(duì)self強(qiáng)引用灌旧，weak一下。
其中用到了__typeof(self)绰筛，這里涉及幾個(gè)知識(shí)點(diǎn)：
a. __typeof节榜、__typeof__、typeof的區(qū)別
恩~~他們沒有區(qū)別别智，但是這牽扯一段往事，在早期C語言中沒有typeof這個(gè)關(guān)鍵字稼稿，__typeof薄榛、__typeof__是在C語言的擴(kuò)展關(guān)鍵字的時(shí)候出現(xiàn)的。
typeof是現(xiàn)代GNU C++的關(guān)鍵字让歼，從Objective-C的根源說敞恋，他其實(shí)來自于C語言，所以AFNetworking使用了繼承自C的關(guān)鍵字谋右。
b.對(duì)于老的LLVM編譯器上面這句話會(huì)編譯報(bào)錯(cuò)硬猫，所以在很早的ARC使用者中流行__typeof(&*self)這種寫法，原因如下
大致說法是老LLVM編譯器會(huì)將__typeof轉(zhuǎn)義為 XXX類名 *const __strong的__strong和前面的__weak關(guān)鍵字對(duì)指針的修飾又沖突了改执，所以加上&*對(duì)指針的修飾啸蜜。
第三行：__strong __typeof(weakSelf)strongSelf = weakSelf;
按照之前第五條的說法給轉(zhuǎn)回strong了，這里__typeof()里面寫的是weakSelf辈挂，里面寫self也沒有問題衬横，因?yàn)閠ypeof是編譯時(shí)確定變量類型，所以這里寫self 不會(huì)被循環(huán)引用终蒂。
第四蜂林、五、六行拇泣，如果不轉(zhuǎn)成strongSelf而使用weakSelf噪叙，后面幾句話中，有可能在第四句執(zhí)行之后self的對(duì)象可能被析構(gòu)掉霉翔，然后后面的StausBlock沒有執(zhí)行睁蕾，導(dǎo)致邏輯錯(cuò)誤。
最后第五行早龟，使用前對(duì)block判空惫霸。
寫在最后猫缭，閱讀好的開源庫源碼是提高個(gè)人水平的一個(gè)很好途徑，看見不懂的地方去查去摸索會(huì)得到更多壹店。
