1
我們知道，在使用 block 的時(shí)候凌简，為了避免產(chǎn)生循環(huán)引用上炎，通常需要使用 weakSelf 與 strongSelf，寫下面這樣的代碼：
__weak typeof(self) weakSelf = self;[self doSomeBlockJob:^{? ? __strong typeof(weakSelf) strongSelf = weakSelf;if(strongSelf) {...}}];
那么請問：什么時(shí)候在 block 里面用 self雏搂，不需要使用 weak self藕施？
答案
當(dāng) block 本身不被 self 持有，而被別的對象持有凸郑，同時(shí)不產(chǎn)生循環(huán)引用的時(shí)候裳食，就不需要使用 weak self 了。最常見的代碼就是 UIView 的動(dòng)畫代碼芙沥，我們在使用 UIView 的 animateWithDuration:animations 方法 做動(dòng)畫的時(shí)候诲祸，并不需要使用 weak self，因?yàn)橐贸钟嘘P(guān)系是：
UIView 的某個(gè)負(fù)責(zé)動(dòng)畫的對象持有了 block?
block 持有了 self?
因?yàn)?self 并不持有 block而昨，所以就沒有循環(huán)引用產(chǎn)生救氯，因?yàn)榫筒恍枰褂?weak self 了。
[UIView animateWithDuration:0.2 animations:^{
? ? self.alpha = 1;
}];
當(dāng)動(dòng)畫結(jié)束時(shí)歌憨，UIView 會(huì)結(jié)束持有這個(gè) block着憨，如果沒有別的對象持有 block 的話，block 對象就會(huì)釋放掉务嫡，從而 block 會(huì)釋放掉對于 self 的持有甲抖。整個(gè)內(nèi)存引用關(guān)系被解除。
思考題
如果覺得上面的問題太簡單心铃，可以想想下面兩個(gè)題目：
為什么 block 里面還需要寫一個(gè) strong self惧眠，如果不寫會(huì)怎么樣？?
有沒有這樣一個(gè)需求場景于个，block會(huì)產(chǎn)生循環(huán)引用氛魁，但是業(yè)務(wù)又需要你不能使用 weak self? 如果有，請舉一個(gè)例子并且解釋這種情況下如何解決循環(huán)引用問題厅篓。
2
繼續(xù)回答昨天的問題第二問秀存。
我們知道，在使用 block 的時(shí)候羽氮，為了避免產(chǎn)生循環(huán)引用或链，通常需要使用 weakSelf 與 strongSelf，寫下面這樣的代碼：
__weak typeof(self) weakSelf = self;[self doSomeBackgroundJob:^{? ? __strong typeof(weakSelf) strongSelf = weakSelf;if(strongSelf) {...}}];
1
2
3
那么請問：為什么 block 里面還需要寫一個(gè) strong self档押，如果不寫會(huì)怎么樣澳盐？
答案
在 block 中先寫一個(gè) strong self祈纯，其實(shí)是為了避免在 block 的執(zhí)行過程中，突然出現(xiàn) self 被釋放的尷尬情況叼耙。通常情況下腕窥，如果不這么做的話，還是很容易出現(xiàn)一些奇怪的邏輯筛婉，甚至閃退簇爆。
我們以 AFNetworking 中 AFNetworkReachabilityManager.m 的一段代碼舉例：
__weak__typeof(self)weakSelf =self;AFNetworkReachabilityStatusBlock callback = ^(AFNetworkReachabilityStatus status) {? ? __strong__typeof(weakSelf)strongSelf = weakSelf;? ? strongSelf.networkReachabilityStatus= status;if(strongSelf.networkReachabilityStatusBlock) {? ? ? ? strongSelf.networkReachabilityStatusBlock(status);? ? }};
如果沒有 strongSelf 的那行代碼，那么后面的每一行代碼執(zhí)行時(shí)爽撒，self 都可能被釋放掉了入蛆，這樣很可能造成邏輯異常。
特別是當(dāng)我們正在執(zhí)行 strongSelf.networkReachabilityStatusBlock(status); 這個(gè) block 閉包時(shí)硕勿，如果這個(gè) block 執(zhí)行到一半時(shí) self 釋放哨毁，那么多半情況下會(huì) Crash涯曲。
這里有一篇文章詳細(xì)解釋了這個(gè)問題：https://dhoerl.wordpress.com/2013/04/23/i-finally-figured-out-weakself-and-strongself/
另外葡秒，還有讀者提了兩個(gè)有意思的問題，大家可以思考一下：
提問：“數(shù)組” 和 “字典” 的 enumeratXXXUsingBlock: 是否要使用 weakSelf 和 strongSelf 呢什往？
提問：block 里 strong self 后软能，block 不是也會(huì)持有 self 嗎？而 self 又持有 block 举畸，那不是又循環(huán)引用了查排？
3
有沒有這樣一個(gè)需求場景，block 會(huì)產(chǎn)生循環(huán)引用抄沮，但是業(yè)務(wù)又需要你不能使用 weak self? 如果有跋核，請舉一個(gè)例子并且解釋這種情況下如何解決循環(huán)引用問題。
答案
需要不使用 weak self 的場景是：你需要構(gòu)造一個(gè)循環(huán)引用叛买，以便保證引用雙方都存在砂代。比如你有一個(gè)后臺(tái)的任務(wù)，希望任務(wù)執(zhí)行完后率挣，通知另外一個(gè)實(shí)例刻伊。在我們開源的 YTKNetwork 網(wǎng)絡(luò)庫的源碼中，就有這樣的場景椒功。
在 YTKNetwork 庫中捶箱，我們的每一個(gè)網(wǎng)絡(luò)請求 API 會(huì)持有回調(diào)的 block，回調(diào)的 block 會(huì)持有 self动漾，而如果 self 也持有網(wǎng)絡(luò)請求 API 的話丁屎，我們就構(gòu)造了一個(gè)循環(huán)引用。雖然我們構(gòu)造出了循環(huán)引用旱眯，但是因?yàn)樵诰W(wǎng)絡(luò)請求結(jié)束時(shí)晨川，網(wǎng)絡(luò)請求 API 會(huì)主動(dòng)釋放對 block 的持有证九，因此，整個(gè)循環(huán)鏈條被解開共虑，循環(huán)引用就被打破了愧怜，所以不會(huì)有內(nèi)存泄漏問題。代碼其實(shí)很簡單看蚜，如下所示：
- (void)clearCompletionBlock {//nilout tobreakthe retain cycle.self.successCompletionBlock =nil;self.failureCompletionBlock =nil;}
1
總結(jié)來說叫搁，解決循環(huán)引用問題主要有兩個(gè)辦法：
第一個(gè)辦法是「事前避免」，我們在會(huì)產(chǎn)生循環(huán)引用的地方使用 weak 弱引用供炎，以避免產(chǎn)生循環(huán)引用渴逻。?
第二個(gè)辦法是「事后補(bǔ)救」，我們明確知道會(huì)存在循環(huán)引用音诫，但是我們在合理的位置主動(dòng)斷開環(huán)中的一個(gè)引用惨奕，使得對象得以回收。?
思考題
下期的問題是：weak 變量在引用計(jì)數(shù)為 0 時(shí)竭钝，會(huì)被自動(dòng)設(shè)置成 nil梨撞，這個(gè)特性是如何實(shí)現(xiàn)的？
4
weak 變量在引用計(jì)數(shù)為0時(shí)香罐，會(huì)被自動(dòng)設(shè)置成 nil卧波，這個(gè)特性是如何實(shí)現(xiàn)的？
答案
在 Friday QA 上庇茫，有一期專門介紹 weak 的實(shí)現(xiàn)原理港粱。https://mikeash.com/pyblog/friday-qa-2010-07-16-zeroing-weak-references-in-objective-c.html
《Objective-C高級編程》一書中也介紹了相關(guān)的內(nèi)容。
簡單來說旦签，系統(tǒng)有一個(gè)全局的 CFMutableDictionary 實(shí)例查坪，來保存每個(gè)對象的 weak 指針列表，因?yàn)槊總€(gè)對象可能有多個(gè) weak 指針宁炫，所以這個(gè)實(shí)例的值是 CFMutableSet 類型偿曙。
剩下我們要做的，就是在引用計(jì)數(shù)變成 0 的時(shí)候羔巢，去這個(gè)全局的字典里面望忆，找到所有的 weak 指針，將其值設(shè)置成 nil竿秆。如何做到這一點(diǎn)呢炭臭？Friday QA 上介紹了一種類似 KVO 實(shí)現(xiàn)的方式。當(dāng)對象存在 weak 指針時(shí)袍辞，我們可以將這個(gè)實(shí)例指向一個(gè)新創(chuàng)建的子類鞋仍，然后修改這個(gè)子類的 release 方法，在 release 方法中搅吁，去從全局的 CFMutableDictionary 字典中找到所有的 weak 對象威创，并且設(shè)置成 nil落午。我摘抄了 Friday QA 上的實(shí)現(xiàn)的核心代碼，如下：
Classsubclass = objc_allocateClassPair(class, newNameC,0);Methodrelease=class_getInstanceMethod(class, @selector(release));Methoddealloc=class_getInstanceMethod(class, @selector(dealloc));class_addMethod(subclass, @selector(release), (IMP)CustomSubclassRelease, method_getTypeEncoding(release));class_addMethod(subclass, @selector(dealloc), (IMP)CustomSubclassDealloc, method_getTypeEncoding(dealloc));objc_registerClassPair(subclass);
1
2
當(dāng)然肚豺，這并不代表蘋果官方是這么實(shí)現(xiàn)的溃斋，因?yàn)樘O果的這部分代碼并沒有開源∥辏《Objective-C高級編程》一書中介紹了 GNUStep 項(xiàng)目中的開源代碼梗劫，思想也是類似的。所以我認(rèn)為雖然實(shí)現(xiàn)細(xì)節(jié)會(huì)有差異截碴，但是大致的實(shí)現(xiàn)思路應(yīng)該差別不大梳侨。
全文完。
