第三章

15. 用前綴避免命名空間沖突

• 選擇與你的公司、應(yīng)用程序或二者皆有關(guān)聯(lián)之名稱作為類名的前綴盛险，并在所有代碼中均使用這一前綴
• 若自己所開發(fā)的程序庫(kù)中用到了第三方庫(kù)拌倍，則應(yīng)為其中的名稱加上前綴

16. 提供“全能初始化方法”

• 在類中提供一個(gè)全能初始化方法，并于文檔里指明涯穷。其他初始化方法均應(yīng)調(diào)用此方法
• 若全能初始化方法與超類不同棍掐，則需覆寫超類中的對(duì)應(yīng)方法
• 如果超類的初始化方法不適用于子類，那么應(yīng)該覆寫這個(gè)超類方法拷况，并在其中拋出異常

17. 實(shí)現(xiàn)description方法

• 實(shí)現(xiàn)description方法返回一個(gè)有意義的字符串作煌，用以描述該實(shí)例
• 若想在調(diào)試時(shí)打印更詳盡的對(duì)象描述信息，則應(yīng)實(shí)現(xiàn)debugDescription方法

18. 盡量使用不可變對(duì)象

• 盡量創(chuàng)建不可變對(duì)象
• 若某屬性僅可于對(duì)象內(nèi)部修改蝠嘉，則在“class_continuation分類”中將其由readonly屬性拓展為readwrite屬性
• 不要把可變的collection作為屬性公開最疆，而應(yīng)提供相關(guān)方法，以此修改對(duì)象中的可變collection蚤告。(eg努酸，外部申明array，內(nèi)部使用mutableArray杜恰，返回array里面用mutableArray copy來返回获诈，通過提供add delete方法對(duì)array增減，實(shí)際則是操作mutableArray)

19. 使用清晰而協(xié)調(diào)的命名方式

• 起名時(shí)應(yīng)遵從標(biāo)準(zhǔn)的Objective-C命名規(guī)范心褐，這樣創(chuàng)建出來的接口更容易為開發(fā)者所理解
• 方法名要言簡(jiǎn)意賅舔涎，從左至右讀起來要像個(gè)日常用語中的句子才好
• 方法名里不要使用縮略后的類型名稱
• 給方法起名時(shí)的第一要?jiǎng)?wù)就是確保其風(fēng)格與你自己的代碼或索要集成的框架相符

20. 為私有方法名加前綴

• 給私有方法的名稱加上前綴，這樣可以很容易地將其同公共方法區(qū)分開(書里建議使用p_來開頭)
• 不要單用一個(gè)下劃線做私有方法的前綴逗爹，因?yàn)檫@種做法是預(yù)留給蘋果公司用的

21. 理解0bjective-C錯(cuò)誤模型

• 只有發(fā)生了可使整個(gè)應(yīng)用程序崩潰的嚴(yán)重錯(cuò)誤時(shí)亡嫌，才應(yīng)使用異常
  *在錯(cuò)誤不那么嚴(yán)重的情況下，可以指派“委托方法”（delegate method)來處理錯(cuò)誤掘而，也可以把錯(cuò)誤信息放在NSError對(duì)象里挟冠，經(jīng)由“輸出參數(shù)”返回給調(diào)用者

22. 理解NSCopying協(xié)議

• 若想令自己所寫的對(duì)象具有拷貝功能，則需實(shí)現(xiàn)NSCopying協(xié)議
• 如果自定義的對(duì)象分為可變版本與不可變版本袍睡，那么就要同時(shí)實(shí)現(xiàn)NSCopying與NSMutableCopying協(xié)議
• 復(fù)制對(duì)象時(shí)所需決定采用淺拷貝還是深拷貝知染，一般情況下應(yīng)該盡量執(zhí)行淺拷貝
• 如果你寫的對(duì)象需要深拷貝，那么可考慮新增一個(gè)專門執(zhí)行深拷貝的方法

第四章 協(xié)議與分類

23. 通過委托與數(shù)據(jù)源協(xié)議進(jìn)行對(duì)象間通訊

• 委托模式為對(duì)象提供了一套接口斑胜，使其可由此將相關(guān)事件告知其他對(duì)象
• 將委托對(duì)象應(yīng)該支持的接口定義成協(xié)議控淡，在協(xié)議中把可能需要處理的事件定義成方法
• 當(dāng)某對(duì)象需要從另外一個(gè)對(duì)象中獲取數(shù)據(jù)時(shí)候嫌吠，可以使用委托模式。這種情境下掺炭，該模式亦稱為“數(shù)據(jù)源協(xié)議"
• 若有必要辫诅，可實(shí)現(xiàn)含有位段的結(jié)構(gòu)體，將委托對(duì)象是否能響應(yīng)相關(guān)協(xié)議這一信息緩存至其中

24. 將類的實(shí)現(xiàn)代碼分散到便于管理的數(shù)個(gè)分類之中

• 使用分類機(jī)制把類的實(shí)現(xiàn)代碼劃分成易于管理的小塊
• 將應(yīng)該視為“私有”的方法歸入名為Private的分類中竹伸，以隱藏實(shí)現(xiàn)細(xì)節(jié)

25. 總是向第三方的分類名稱加前綴

• 向第三方類中添加分類時(shí)泥栖，總應(yīng)給其名稱加上你專用的前綴
• 向第三方類中添加分類時(shí)簇宽，總應(yīng)給其中的方法名加上你專用的前綴

26. 勿在分類中聲明屬性

• 把封裝數(shù)據(jù)所用的全部屬性都定義在主接口里
• 在“class-continuation分類"之外的其他分類中勋篓，可以定義存取方法，但盡量不要定義屬性

27. 使用”class-continuation分類“隱藏實(shí)現(xiàn)細(xì)節(jié)

• 通過”class-continuation分類"向類中新增實(shí)例變量(其實(shí)就是使用延展)
• 如果某屬性在主接口中聲明為“只讀",而類的內(nèi)部又要用設(shè)置方法修改此屬性魏割，那么就在"class-continuation分類"中將其拓展為"可讀寫"
• 若私有方法的原型聲明在"class-continuation分類”里面
• 若想使類所遵循的協(xié)議不為人所知譬嚣，則可于“class-continuation分類"中聲明

28. 通過協(xié)議提供匿名對(duì)象

• 協(xié)議可在某種程度上提供匿名類型，具體的對(duì)象類型可以淡化成遵從某協(xié)議的id類型钞它，協(xié)議里規(guī)定了對(duì)象所應(yīng)實(shí)現(xiàn)的方法
• 使用匿名對(duì)象來隱藏類型名稱
• 如果具體類型不重要拜银，重要的是對(duì)象能夠響應(yīng)（定義在協(xié)議里的）特定方法，那么可以使用匿名對(duì)象來表示

第五章 內(nèi)存管理

29. 理解引用計(jì)數(shù)

• 引用計(jì)數(shù)機(jī)制通過可以遞增遞減的計(jì)數(shù)器來管理內(nèi)存遭垛。對(duì)象創(chuàng)建好之后尼桶，保留其計(jì)數(shù)至少為1.若保留計(jì)數(shù)為正，則對(duì)象繼續(xù)存活锯仪。當(dāng)保留計(jì)數(shù)降為0時(shí)泵督，對(duì)象就被銷毀了
• 在對(duì)象生命期中，其余對(duì)象通過引用來保留或釋放此對(duì)象庶喜。保留與釋放操作分別會(huì)遞增及遞減保留計(jì)數(shù)小腊。

30. 以ARC簡(jiǎn)化引用計(jì)數(shù)

• 有ARC之后，程序員就無須擔(dān)心內(nèi)存管理問題了久窟。使用ARC來編程秩冈，可省去類中的許多“樣板代碼”
• ARC管理對(duì)象生命期的辦法基本上就是：在合適的地方插入“保留”及“釋放”操作。在ARC環(huán)境下斥扛，變量的內(nèi)存管理語義可以通過修飾符指明入问，而原來則需要手工執(zhí)行“保留”及“釋放操作
• 由方法所返回的對(duì)象，其內(nèi)存管理語義總是通過方法名來體現(xiàn)稀颁。ARC將此確定為開發(fā)者必須遵守的規(guī)則
• ARC只負(fù)責(zé)管理Objective-C對(duì)象的內(nèi)存芬失。尤其要注意：CoreFoundation對(duì)象不歸ARC管理，開發(fā)者必須適時(shí)調(diào)用CFRetain/CFRelease

31. 在dealloc方法中只釋放引用并解除監(jiān)聽

• 在dealloc方法里峻村，應(yīng)該做的事情就是釋放指向其他對(duì)象的引用麸折，并取消原來訂閱的”鍵值觀測(cè)“（KVO)或NSNotificationCenter等通知，不要做其他事情
• 如果對(duì)象持有文件描述符等系統(tǒng)資源粘昨，那么應(yīng)該專門編寫一個(gè)方法來釋放此種資源
• 執(zhí)行異步任務(wù)的方法不應(yīng)再dealloc里調(diào)用垢啼；只能在正常狀態(tài)下執(zhí)行的那些方法也不應(yīng)再dealloc里調(diào)用窜锯，因?yàn)榇藭r(shí)對(duì)象已處于正在回收的狀態(tài)了

32. 編寫“異常安全代碼”時(shí)留意內(nèi)存管理問題

• 捕獲異常時(shí)，一定要注意將try塊內(nèi)所創(chuàng)立的對(duì)象清理干凈
• 在默認(rèn)情況下芭析，ARC不生成安全處理異常所需的清理代碼锚扎。開啟編譯器標(biāo)識(shí)后，可以生成這種代碼馁启，不過會(huì)導(dǎo)致應(yīng)用程序變大驾孔，而且會(huì)降低運(yùn)行效率

33. 以弱引用避免保留環(huán)

• 將某些引用設(shè)為weak，可避免出現(xiàn)“保留環(huán)”
• weak引用可以自動(dòng)清空惯疙，也可以不自動(dòng)清空翠勉。自動(dòng)清空是隨著ARC而引入的新特性，有運(yùn)行期系統(tǒng)來實(shí)現(xiàn)霉颠。在具備自動(dòng)清空功能的弱引用上对碌，可以隨意讀取其數(shù)據(jù)，因?yàn)檫@種引用不會(huì)指向已經(jīng)回收過的對(duì)象

34. 以“自動(dòng)釋放池塊”降低內(nèi)存峰值

• 自動(dòng)釋放池排布的棧中蒿偎，對(duì)象收到autorelease消息后朽们，系統(tǒng)將其放入最頂端的池里
• 合理運(yùn)用自動(dòng)釋放池，可降低應(yīng)用程序的內(nèi)存峰值
• @autoreleasepool這種新式寫法能創(chuàng)建出更為輕便的自動(dòng)釋放池

35. 用“僵尸對(duì)象”調(diào)試內(nèi)存管理問題

• 系統(tǒng)在回收對(duì)象時(shí)诉位，可以不將其真的回收骑脱，而是把它轉(zhuǎn)化為僵尸對(duì)象。通過環(huán)境變量NSZombieEnabled可開啟此功能
• 系統(tǒng)會(huì)修改對(duì)象的isa指針苍糠，令其指向特殊的僵尸類叁丧，從而使該對(duì)象變?yōu)榻┦瑢?duì)象。僵尸類能夠響應(yīng)所有的選擇器椿息，響應(yīng)方式為：打印一條包含消息內(nèi)容及其接收者的消息歹袁，然后終止應(yīng)用程序

36. 不要使用retainCount

• 對(duì)象的保留計(jì)數(shù)看似有用，實(shí)則不然寝优，因?yàn)槿魏谓o定時(shí)間點(diǎn)上的“絕對(duì)保留計(jì)數(shù)”都無法反映對(duì)象生命期的全貌
• 引入ARC之后条舔，retainCount方法就正式廢止了，在ARC下調(diào)用該方法會(huì)導(dǎo)致編譯器報(bào)錯(cuò)

第六章 塊與大中樞派發(fā)

37. 理解“塊”這一概念

block會(huì)把它鎖捕獲的所有變量都拷貝一份乏矾，但是孟抗，拷貝的并不是對(duì)象本身，而是指向這些對(duì)象的指針變量钻心。

定義block的時(shí)候凄硼，其所占的內(nèi)存區(qū)域是分配在棧中的。這就是說捷沸，塊只在定義它的那個(gè)范圍內(nèi)有效摊沉。例如，下面這段代碼就有危險(xiǎn):

代碼示例

定義在if及else語句中的兩個(gè)塊都分配在棧內(nèi)存中痒给。編譯器會(huì)給每個(gè)塊分配好棧內(nèi)存说墨，然而等離開了相應(yīng)的范圍之后骏全，編譯器有可能把分配給塊的內(nèi)存覆寫掉。于是尼斧，這兩個(gè)塊只能保證在對(duì)應(yīng)的if或else語句范圍內(nèi)有效姜贡。這樣寫出來的代碼可以編譯，但是運(yùn)行起來時(shí)而正確棺棵，時(shí)而錯(cuò)誤楼咳。若編譯器未覆寫待執(zhí)行的塊，則程序照常運(yùn)行烛恤，若覆寫母怜，則程序崩潰。
為解決此問題棒动，可給塊對(duì)象發(fā)送copy消息以拷貝之糙申。這樣的話宾添，就可以把塊從棧復(fù)制到堆了船惨。這樣它就變成“堆塊"÷粕拢拷貝后的塊粱锐，就可以在定義它的范圍之外使用。而且一旦復(fù)制扛邑，它就變成帶引用計(jì)數(shù)的對(duì)象了怜浅。

• block是C、C++蔬崩、Objective-C中的語法閉包
• block可接受參數(shù)恶座，也可返回值
• block可以分配在棧或堆上沥阳，也可以是全局的跨琳。分配在棧上的塊可拷貝到堆里，這樣的話桐罕，就和標(biāo)準(zhǔn)的Objective-C對(duì)象一樣脉让，具備引用計(jì)數(shù)了

38. 為常用的塊類型創(chuàng)建typedef

• 以typedef重新定義塊類型，可令塊變量用起來更簡(jiǎn)單
• 定義新類型時(shí)應(yīng)遵從現(xiàn)有的命名習(xí)慣功炮，勿使用其名稱與別的類型相沖突
• 不妨為同一個(gè)block簽名定義多個(gè)類型的別名溅潜。如果要重構(gòu)代碼使用了塊類型的某個(gè)別名，那么只需修改相應(yīng)typedef中的塊簽名即可薪伏，無須改動(dòng)其他typedef

39. 用handler塊降低代碼分散程度

• 在創(chuàng)建對(duì)象時(shí)滚澜，可以使用內(nèi)聯(lián)的handler塊將相關(guān)業(yè)務(wù)邏輯一并聲明
• 在有多個(gè)實(shí)例需要監(jiān)控時(shí)，如果采用委托模式嫁怀，那么精彩需要更具傳入的對(duì)象來切換设捐，若改用handler塊來實(shí)現(xiàn)潦牛，則可直接將塊與相關(guān)對(duì)象放在一起
• 設(shè)計(jì)API時(shí)如果用到了handler塊，那么可以增加一個(gè)參數(shù)挡育，使調(diào)用者可通過此參數(shù)來決定應(yīng)該把塊安排在哪個(gè)隊(duì)列上執(zhí)行

40. 用塊引用其所屬對(duì)象時(shí)不要出現(xiàn)保留環(huán)

• 如果塊所捕獲的對(duì)象直接或間接地保留了塊本身巴碗，那么就得當(dāng)心保留環(huán)問題
• 一定要找個(gè)適當(dāng)?shù)臅r(shí)機(jī)解除保留環(huán)，而不能把責(zé)任推給API的調(diào)用者

41. 多用派發(fā)隊(duì)列即寒，少用同步鎖

• 派發(fā)隊(duì)列可用來表述同步語義橡淆，這種做法要比使用@synchronized塊或NSLock對(duì)象更簡(jiǎn)單
• 將同步與異步派發(fā)結(jié)合起來，可以實(shí)現(xiàn)與普通加鎖機(jī)制一樣的同步行為母赵，而這么做卻不會(huì)阻塞執(zhí)行異步派發(fā)的線程
• 使用同步隊(duì)列及柵欄塊逸爵，可以令同步行為更加高效

42. 多用GCD,少用performSelector系列方法

• performSelector系列方法在內(nèi)存管理方面容易有疏失，它無法確定將要執(zhí)行的選取器具體是什么凹嘲，因?yàn)锳RC編譯器也就無法插入適當(dāng)?shù)膬?nèi)存管理方法
• performSelector系列方法所能處理的選取器泰國(guó)局限师倔，選取器的返回值類型及發(fā)送給方法的參數(shù)個(gè)數(shù)都收到限制
• 如果想把任務(wù)放在一個(gè)線程上執(zhí)行，那么最好不要用performSelector系列方法周蹭，而是應(yīng)該把任務(wù)封裝到block里趋艘，然后調(diào)用GCD相關(guān)方法來實(shí)現(xiàn)

43. 掌握GCD及操作隊(duì)列的使用時(shí)機(jī)

• 在解決多線程與任務(wù)管理問題時(shí)，GCD并非唯一方案
• 操作隊(duì)列提供了一套高層的Objective-C API凶朗，能實(shí)現(xiàn)純GCD所具備的絕大部分功能瓷胧，而且還能完成一些更為復(fù)雜的操作，那些操作若改用GCD來實(shí)現(xiàn)棚愤，則需另外編寫代碼(NSOperation可以取消搓萧，可以指定操作間的依賴關(guān)系，可以通過鍵值觀察其屬性宛畦，可以非常方便的指定優(yōu)先級(jí))

44. 通過Dispatch Group機(jī)制瘸洛，根據(jù)系統(tǒng)資源來執(zhí)行狀況

• 一系列任務(wù)可歸入一個(gè)dispatch group之中，開發(fā)者可以在這組任務(wù)執(zhí)行完畢時(shí)獲得通知
• 通過dispatch group次和，可以在并發(fā)式派發(fā)隊(duì)列里同事執(zhí)行多項(xiàng)任務(wù)反肋。此時(shí)GCD會(huì)根據(jù)系統(tǒng)資源狀況來調(diào)度這些并發(fā)執(zhí)行的任務(wù)。開發(fā)者若自己來實(shí)現(xiàn)此功能斯够，則需編寫大量代碼

45. 使用dispatch_once來執(zhí)行只需運(yùn)行一次的線程安全代碼

• 經(jīng)常需要編寫“只需要執(zhí)行一次的線程安全代碼”囚玫。通過GCD所提供的dispatch_once函數(shù)，很容易就能實(shí)現(xiàn)此功能
• 標(biāo)記應(yīng)該聲明在static或global的作用域中读规，這樣的話抓督，在把只需執(zhí)行一次的block傳給dispatch_once函數(shù)時(shí)，傳進(jìn)去的標(biāo)記也是相同的

46. 不要使用dispatch_get_current_queue

• dispatch_get_current_queue函數(shù)的行為常常與開發(fā)者所預(yù)期的不同束亏，此函數(shù)已經(jīng)廢棄铃在，只應(yīng)做調(diào)試之用
• 由于派發(fā)隊(duì)列是按層級(jí)來組織的，所以無法單用某個(gè)隊(duì)列對(duì)象來描述“當(dāng)前隊(duì)列”這一概念
• dispatch_get_current_queue函數(shù)用于解決由不可重入的代碼所引發(fā)的死鎖，然而能用此函數(shù)解決的問題定铜，通常也能改用“隊(duì)列特性數(shù)據(jù)”來解決

第七章 系統(tǒng)框架

47. 新呼吸系統(tǒng)框架

將一系列代碼封裝為動(dòng)態(tài)庫(kù)阳液，并在其中放入描述其接口的頭文件，這樣做出來的東西就叫框架

• 許多系統(tǒng)框架都可以直接使用揣炕。其中最重要的是Foundation與CoreFoundation
• 許多常見任務(wù)都能用框架來做帘皿，例如音頻視頻處理、網(wǎng)絡(luò)通信畸陡、數(shù)據(jù)管理等
• 純C寫成的框架與用Objective-C寫成的一樣重要鹰溜，若想成為優(yōu)秀的OC開發(fā)者，應(yīng)該掌握C語言的核心概念

48. 多余塊枚舉丁恭，少用for循環(huán)

如果想讓自定義類實(shí)現(xiàn)for...in的取值方式曹动，可以實(shí)現(xiàn)NSFastEnumeration協(xié)議

• 遍歷collection有四種方式。最基本的辦法就是for循環(huán)牲览，其次是NSEnumerator遍歷法及快速遍歷法墓陈，最新、最先進(jìn)的就是“塊枚舉法”
• “塊枚舉法”本身就能通過GCD來并發(fā)執(zhí)行遍歷操作第献，無須另行編寫代碼贡必。而采用其它遍歷方式無法輕易實(shí)現(xiàn)
• 若提前知道待遍歷的collection含有何種對(duì)象，則應(yīng)修改塊簽名痊硕，指出對(duì)象的具體類型

49. 對(duì)自定義其內(nèi)存管理語義的collection使用使用無縫橋接

• 通過無縫橋接技術(shù)赊级，可以在Foundation框架中的Objective-C對(duì)象與CoreFoundation框架中的C語言數(shù)據(jù)結(jié)構(gòu)之間來回轉(zhuǎn)換
• 在CoreFoundation層面創(chuàng)建collection時(shí)，可以指定許多回調(diào)函數(shù)岔绸，這些函數(shù)表示此collection應(yīng)如何處理其元素。然后橡伞，可運(yùn)用無縫橋接技術(shù)盒揉，將其轉(zhuǎn)換成具備特殊內(nèi)存管理語義的Objective-C collection

50. 構(gòu)建緩存時(shí)選用NSCache而非NSDictionary

• 實(shí)現(xiàn)緩存時(shí)應(yīng)選用NSCache而非NSDictionary對(duì)象，因?yàn)镹SCache可以提供優(yōu)雅的自動(dòng)刪減功能兑徘，而且是“線程安全的”刚盈，此外，它與字典不同挂脑，并不會(huì)拷貝鍵
• 可以給NSCache對(duì)象設(shè)置上限藕漱，用以限制緩存中的對(duì)象總個(gè)數(shù)及“總成本”，而這些尺度則定義了緩存刪減其中對(duì)象的時(shí)機(jī)崭闲。但是絕對(duì)不要把這些尺度當(dāng)成可靠的“硬限制”肋联，它們僅對(duì)NSCache起指導(dǎo)作用
• 將NSPurgeableData與NSCache搭配使用，可實(shí)現(xiàn)自動(dòng)清除數(shù)據(jù)的功能刁俭，也就是說橄仍，當(dāng)NSPurgesableData，對(duì)象所占用的內(nèi)存為系統(tǒng)所丟棄時(shí)，改對(duì)象自身也會(huì)從緩存中移除
• 如果緩存得當(dāng)侮繁，那么應(yīng)用程序的響應(yīng)速度就能提高虑粥。只有那種“重新計(jì)算起來很費(fèi)事的“數(shù)據(jù)，才值得放入緩存宪哩，比如那些需要從網(wǎng)絡(luò)獲取或從磁盤讀取的數(shù)據(jù)

51. 精簡(jiǎn)initialize與load的實(shí)現(xiàn)代碼

• 在加載階段娩贷，如果類實(shí)現(xiàn)了load方法，那么系統(tǒng)就會(huì)調(diào)用它锁孟。分類里也可以定義此方法育勺，類的load方法要比分類中先調(diào)用。與其他方法不同罗岖，load方法不參與覆寫機(jī)制
• 首次使用某個(gè)類之前涧至，系統(tǒng)會(huì)向其發(fā)送initialize消息。由于此方法遵從普通的覆寫規(guī)則桑包，所以通常應(yīng)該在里面判斷當(dāng)前要初始化的是哪個(gè)類
• 無法再編譯器設(shè)定的全局常量南蓬，可以放在initiallize方法里初始化

52. 別忘了NSTimer會(huì)保留其目標(biāo)對(duì)象

• NSTimer對(duì)象會(huì)保留其目標(biāo)，直到計(jì)時(shí)器本身失效位置哑了，調(diào)用invalidate方法可令計(jì)時(shí)器失效赘方，另外，一次性的計(jì)時(shí)器在觸發(fā)完任務(wù)之后也會(huì)失效
• 反復(fù)執(zhí)行任務(wù)的計(jì)時(shí)器弱左，很容易引入保留環(huán)窄陡，如果這種計(jì)時(shí)器的目標(biāo)對(duì)象又保留了計(jì)時(shí)器本身，那肯定會(huì)導(dǎo)致保留環(huán)拆火。這種環(huán)狀保留關(guān)系跳夭，可能是直接發(fā)生的，也可以是通過對(duì)象圖例的其他對(duì)象間接發(fā)生的
• 可以擴(kuò)充NTimer的功能们镜，用block來打破保留環(huán)币叹。不過，除非NTimer將來在公共接口里提供此功能模狭，否則必須創(chuàng)建分類颈抚，將相關(guān)代碼加入其中

.h
/**
 *  使用的時(shí)候，在外面weak下嚼鹉，在block里strong一個(gè)贩汉，在調(diào)用方法。無須invalidate timer就可以釋放對(duì)象
 *
 *  @param interval 間隔時(shí)間
 *  @param block    方法回調(diào)
 *  @param repeats  是否重復(fù)
 *
 *  @return 返回timer
 */
+ (NSTimer *)zx_scheduledTimerWithTimeInterval:(NSTimeInterval)interval
                                         block:(void(^)())block
                                       repeats:(BOOL)repeats;

.m
+ (NSTimer *)zx_scheduledTimerWithTimeInterval:(NSTimeInterval)interval
                                         block:(void (^)())block
                                       repeats:(BOOL)repeats
{
    return [self scheduledTimerWithTimeInterval:interval target:self selector:@selector(eoc_blockInvoke:) userInfo:[block copy] repeats:repeats];
}

+ (void)eoc_blockInvoke:(NSTimer *)timer{
    void(^block)() = timer.userInfo;
    if (block) {
        block();
    }
}