__weak本身是可以避免循環(huán)引用的問題的，但是其會(huì)導(dǎo)致外部對(duì)象釋放了之后客情，block 內(nèi)部也訪問不到這個(gè)對(duì)象的問題其弊，我們可以通過在 block 內(nèi)部聲明一個(gè) __strong 的變量來指向 Obj，使外部對(duì)象既能在 block 內(nèi)部保持住膀斋，又能避免循環(huán)引用的問題梭伐。
__block 本身無法避免循環(huán)引用的問題，但是我們可以通過在 block 內(nèi)部手動(dòng)把 blockObj 賦值為 nil 的方式來避免循環(huán)引用的問題仰担。另外一點(diǎn)就是__block 修飾的變量在 block 內(nèi)外都是唯一的糊识，要注意這個(gè)特性可能帶來的隱患。
總結(jié)：
1 . 在MRC（手動(dòng)內(nèi)存計(jì)數(shù)）模式下摔蓝，__block修飾赂苗，可以避免循環(huán)引用；ARC（自動(dòng)內(nèi)存計(jì)數(shù)）模式下贮尉，__block修飾拌滋，還是會(huì)引起循環(huán)引用問題；
2 . __block不管是ARC還是MRC模式下都可以使用猜谚，可以修飾對(duì)象败砂，還可以修飾基本數(shù)據(jù)類型赌渣；
3 . __weak只能在ARC模式下使用，也只能修飾對(duì)象昌犹，不能修飾基本數(shù)據(jù)類型坚芜；
4 . __block對(duì)象可以在block中被重新賦值，__weak不可以斜姥；
API Reference對(duì)__block變量修飾符的解釋鸿竖，大概意思：
1.__block對(duì)象在block中是可以被修改、重新賦值的疾渴。
2.__block對(duì)象在block中不會(huì)被block強(qiáng)引用一次千贯，從而不會(huì)出現(xiàn)循環(huán)引用問題屯仗。
API Reference對(duì)__weak變量修飾符的解釋搞坝，大概意思：
使用了__weak修飾符的對(duì)象，作用等同于定義為weak的property魁袜。自然不會(huì)導(dǎo)致循環(huán)引用問題桩撮，因?yàn)樘O果文檔已經(jīng)說的很清楚，當(dāng)原對(duì)象沒有任何強(qiáng)引用的時(shí)候峰弹，弱引用指針也會(huì)被設(shè)置為nil店量。
因此，__block和__weak修飾符的區(qū)別其實(shí)是挺明顯的：
1.__block不管是ARC還是MRC模式下都可以使用鞠呈，可以修飾對(duì)象融师，還可以修飾基本數(shù)據(jù)類型。
2.__weak只能在ARC模式下使用蚁吝，也只能修飾對(duì)象（NSString）旱爆，不能修飾基本數(shù)據(jù)類型（int）。
3.__block對(duì)象可以在block中被重新賦值窘茁，__weak不可以怀伦。
Tips：__unsafe_unretained修飾符可以被視為iOS SDK 4.3以前版本的__weak的替代品，不過不會(huì)被自動(dòng)置空為nil山林。所以盡可能不要使用這個(gè)修飾符房待。
Block的生命周期管理非常的微妙，與ARC混在一起后驼抹，更加復(fù)雜桑孩。
當(dāng)Block延stack向上（up）傳遞的時(shí)候，直接返回框冀，編譯器會(huì)添加[[ copy] autorelease]代碼洼怔。
當(dāng)Block延stack向下傳遞給需要retain的容器的時(shí)候，需要顯式的調(diào)用[^{} copy]方法左驾。
在ARC下镣隶，__block修改的NSObject指針依然會(huì)被retain极谊。
在ARC下，一個(gè)block內(nèi)引用一個(gè)對(duì)象的實(shí)例變量后安岂，self會(huì)被retain轻猖，所以極易造成strong reference cycle，可以通過__weak指針來避免這種情形域那，因?yàn)锳RC不會(huì)為__weak指針retain咙边。
