·語法糖:計算機(jī)語言與另外一套語法等效但是開發(fā)者用起來更加方便的語法。
NSNumer
NSNumber *number = @3.14;
int x = 5;
float y = 6.32f;
NSNumber *expressionNumber = @(x * y);
NSArray
NSArray *animals = @[@"cat", @"dog"];
NSString *dog = animals[1];
屬性:
優(yōu)勢:
編譯器就會自動編寫訪問這些屬性所需的方法,此過程叫做“自動合成”。
這個過程由編譯器在編譯期執(zhí)行,所以編譯器里看不到這些“合成方法”的源代碼。編譯器還自動向類中添加適當(dāng)類型的實例變量。
@dynamic:
告訴編譯器,不要自動創(chuàng)建實現(xiàn)屬性所用的實例變量也不要為其創(chuàng)建存取方法。
屬性都是nonatomic的:
歷史原因是:在iOS中使用同步鎖的開銷較大,這會帶來性能問題。而且原子性,并不能保證“線程安全”。
對象等同性:
簡介:
當(dāng)且僅當(dāng)“指針值”完全相同時,這兩個對象才相等。NSObject協(xié)議中有兩個用于判斷等同性的關(guān)鍵方法:
- (BOOL)isEqual:(id)object;
- (NSInteger)hash;
要點(diǎn):
- 若想檢測對象的等同性,請?zhí)峁癷sEqual:”與hash方法。
- 相同的對象必須具有相同的哈希碼,但是兩個哈希碼相同的對象卻未必相同。
- 不要盲目地逐個檢查每條屬性,而是應(yīng)該依據(jù)具體需求來制定檢測方案。
- 編寫hash方法時,應(yīng)該使用計算速度快而且哈希碼碰撞幾率低的算法。
類族
要點(diǎn):
- 類族模式可以把實現(xiàn)細(xì)節(jié)隱藏在一套簡單的公共接口后面。
- 系統(tǒng)框架經(jīng)常使用類族
- 從類族的公共抽象基類中繼承子類時要當(dāng)心,若有開發(fā)文檔,則應(yīng)首先閱讀。
關(guān)聯(lián)對象
設(shè)置關(guān)聯(lián)對象值:
void objc_setAssociatedObject(id object, void *key,id value, objc_AssociationPolicy policy)
根據(jù)給定的鍵從某對象中獲取相應(yīng)的關(guān)聯(lián)對象值:
id objc_getAssociatedObject(id object, void *key)
移除指定對象的全部關(guān)聯(lián)對象:
void objc_removeAssociatedObjects(id object)
應(yīng)用場景:
給系統(tǒng) UIAlertView添加block塊的回調(diào),但是沒有子類話UIAlertView然后在里面封裝的好,所以所以控件最好都自己封裝一下它的內(nèi)部事件。
objc_msgSend
動態(tài)綁定:
調(diào)用的函數(shù)直到運(yùn)行期才能確定。待調(diào)用的函數(shù)地址無法硬編碼到指令之中,而是要在運(yùn)行期讀取出來。
給對象發(fā)消息:
id returnValue = [someObject messageName:parameter];
會轉(zhuǎn)換成一條標(biāo)準(zhǔn)的c語言函數(shù)調(diào)用,調(diào)用的函數(shù)是消息傳遞機(jī)制中的核心函數(shù),叫做objc_msgSend,其“原型”如下:
void objc_msgSend(id self, SEL cmd, ...)
id returnValue = objc_msgSend(someObject,
@selector(messageName:),
parameter);
實現(xiàn)步驟:
在someObject中搜尋其方法列表,如果能找到“messageName”這個方法,就跳至其實現(xiàn)代碼。如果找不到就沿著繼承體系繼續(xù)向上查找,等找到合適的方法之后再跳轉(zhuǎn)。如果最終還是找不到相符的方法,那就執(zhí)行“消息轉(zhuǎn)發(fā)”操作。
弊端:
調(diào)用一個方法需要很多步驟。
objc_msgSend會將匹配結(jié)果緩存在“快速映射表(fast map)里面”,每個類都有這樣一塊緩存,這種“快速執(zhí)行路徑”還是不如“靜態(tài)綁定的函數(shù)調(diào)用操作”那樣迅速。
實現(xiàn)流程:
//是否在此類中添加這個方法
+ (BOOL)resolveInstanceMethod:(SEL)selector;
//能不能把這條消息轉(zhuǎn)給其他接收者來處理。
- (id)forwardingTargetForSelector:(SEL)selector;
//如果來到這步,只能啟用完整的消息轉(zhuǎn)發(fā)機(jī)制。首先創(chuàng)建NSInvocation對象,把尚未處理的那條消息有關(guān)的全部細(xì)節(jié)都封裝其中。
- (void)forwardInvocation:(NSInvocation *)invocation;

方法互換:
void method_exchangeImplementations(Method m1, Method m2);
應(yīng)用場景:
可以通過這一手段來為既有的方法實現(xiàn)增添新功能。
- 比方說在調(diào)用lowercaseString的時記錄某些信息,這時就可以通過方法交換來達(dá)成目的。
- NSArray里面添加數(shù)組的時候,加nil會崩潰,所以就可以在add方法里面加上空判斷。
這個方法最好是不用,最好是在調(diào)試的時候使用,很容易出問題。
獲取方法實現(xiàn):
Method class_getInstanceMethod(Class aClass, SEL aSelector);
理解“類對象”的用意
簡介:
對象類型并非在編譯器就綁定好了,而是要在運(yùn)行期查找。
“在運(yùn)行期檢視對象類型”這一操作叫做“類型信息查詢”。
id類型本身定義:
typedef struct objc_object {
Class isa;
} *id;
isa指針描述了實例所屬的類。
isMemberOfClass:能夠判斷出對象是否為某個特定類的實例。
isKindOfClass:能夠判斷出對象是否為某類或其派生類的實例。
前綴
寫類的時候要加上命名前綴:
Apple宣稱其保留使用所有“兩字母前綴”的權(quán)利,所以你自己選用的前綴應(yīng)該是三個字母的。
需要加前綴的地方:
1)類命
2)分類及分類中的方法
3)純c函數(shù)
4)全局變量
如果應(yīng)用程序自身和其所用的程序庫都引入了同名的第三方庫:
第三方庫應(yīng)該加上前綴以避免命名沖突。
要點(diǎn):
1.選擇與你的公司、應(yīng)用程序或二者皆有聯(lián)系之名稱作為類名的前綴,并在所有代碼中均使用這一前綴。
2.若自己所開發(fā)的程序庫中用到了第三方庫,則應(yīng)為其中的名稱加上前綴。
全能初始化方法
介紹:令其他初始化方法都來調(diào)用它。只有在這個方法內(nèi)部才會存儲內(nèi)部數(shù)據(jù)。這樣的話,當(dāng)?shù)讓訑?shù)據(jù)存儲機(jī)制改變時,只需修改次方法的代碼就好,無須改動其他初始化方法。
要點(diǎn):
1)在類中提供一個全能初始化方法,并于文檔里指明。其它初始化方法均應(yīng)調(diào)用此方法。
2)若全能初始化方法與超類不同,則需覆寫超類中的對應(yīng)方法。
3)如果超類的初始化方法不適用于子類,那么應(yīng)該覆寫這個超類方法,并在其中拋出異常。
description
1)實現(xiàn)description方法返回一個有意義的字符串,用以描述該實例。
2)若想在調(diào)試時打印出更詳盡的對象描述信息,則應(yīng)實現(xiàn)debugDescription方法。
為私有方法名加前綴
原因:
類的公共API不變隨意改動,私有的API卻可以修改。
方式:
- (void)p_privateMethod {
/* ... */
}
要點(diǎn):
1)給私有方法的名稱加上前綴,這樣可以很容易地將其同公共方法區(qū)分開。
2)不要單用一個下劃線做私有方法的前綴,因為這種做法是預(yù)留給蘋果公司用的。
理解oc的錯誤模型
簡介:
拋出異常,那么本應(yīng)再作用域末尾釋放的對象現(xiàn)在卻不會自動釋放了。即使用ARC,也很難寫出在拋出異常時不會導(dǎo)致內(nèi)存泄漏的代碼。
用處:
異常拋出以后,無需考慮恢復(fù)問題,應(yīng)用程序在此時應(yīng)該退出。
異常只用于極其嚴(yán)重的錯誤。
第26條 勿在分類中聲明屬性
要點(diǎn):
把封裝數(shù)據(jù)所用的全部屬性都定義在主接口里。
在“class-continuation分類”之外的其他分類中,可以定義存取方法,但盡量不要定義屬性。
原因:
1)分類是一種手段,目標(biāo)在于擴(kuò)展類的功能,而非封裝數(shù)據(jù)。
2)而且重寫set和get方法需要把相似的代碼寫很多遍,內(nèi)存管理容易出問題。
3)通過屬性特質(zhì)修改了某個屬性的內(nèi)存管理語義,而此時還要記得要設(shè)置方法中也得修改設(shè)置關(guān)聯(lián)對象時所用的內(nèi)存管理語義。
第五章 引用計數(shù)
簡介:
一個對象所占的內(nèi)存在“解除分配”之后,只能放回“可用內(nèi)存池”。內(nèi)存不一定被復(fù)寫了。
autorelease
在方法返回的時候調(diào)用autorelease。它會在稍后釋放對象,從而給調(diào)用者留下了足夠長的時間。保證對象跨越“方法調(diào)用邊界”后一定存活。
autorelease能延長對象生命期,使其跨越方法調(diào)用邊界后依然存活一段時間。
ARC
優(yōu)點(diǎn):
1)增加程序效率,比如一對release和retain會被抵消。
2)arc以后不用考慮set方法里面的“邊界情況”
3)arc會優(yōu)化處理返回aotorelease的情況。
要點(diǎn):
- ARC之后,可省去類中許多“樣板代碼”。
- ARC機(jī)制:在合適的地方插入“保留”及“釋放”操作。
變量的內(nèi)存管理語義可以通過修飾符指明。 - ARC只負(fù)責(zé)管理OC對象的內(nèi)存。coreFoundation對象不歸ARC管理,開發(fā)者應(yīng)調(diào)用CFRetain/CFRelease.
- 由方法返回的對象,其內(nèi)存管理語義總是通過方法名來體現(xiàn)。這是開發(fā)者必須遵守的規(guī)則。
塊
塊會自動保留其捕獲的全部對象。
dealloc
注意:
1)雖說dealloc中釋放引用,但是開銷較大或系統(tǒng)內(nèi)稀缺的資源則不在此則。像是文件描述符、套接字、大塊內(nèi)存等。不能指望dealloc方法必定在某個特定的時機(jī)調(diào)用。
2)不要隨意在delloc里面調(diào)用方法。
要點(diǎn):
1)delloc里面應(yīng)該做的事情就是釋放對象、KVO、通知等。不要做其他事情。
2)如果對象持有大量資源,那么應(yīng)該專門創(chuàng)建一個方法來釋放此資源,這樣的類要和使用者約定,用完資源后必須調(diào)用close方法。
3)異步執(zhí)行的方法不應(yīng)在delloc里調(diào)用,delloc最好不要調(diào)用方法,因為此時對象已處于正在回收的狀態(tài)。
異常處理
簡介:
@finally塊,無論是否拋出異常,其中的代碼都會保證運(yùn)行,而且只運(yùn)行一次。
要點(diǎn):
1)捕獲異常時,一定要注意將try塊內(nèi)所創(chuàng)立的對象清理干凈。
2)在默認(rèn)情況下,ARC不生成安全處理異常所需的清理代碼。開始編譯器標(biāo)志后,可生成這種代碼,不過會導(dǎo)致程序變大,而且會降低運(yùn)行效率。關(guān)鍵字是-fobjc-arc-exceptions,在拋出異常的文件加上這個標(biāo)識。
保留環(huán)
weak修飾屬性特質(zhì)
自動釋放池
main里面的自動釋放池:理解成為最外圍捕獲全部自動釋放對象所用的池。
自動釋放池嵌套用的好處是:可以借此控制應(yīng)用程序的內(nèi)存峰值,使其不致過高。
應(yīng)用場景:
監(jiān)控內(nèi)存用量,判斷其中有沒有需要解決的問題,如果沒完成這一步,就別急著優(yōu)化。雖然自動釋放池塊的開銷不太大,但畢竟還是有的,所以盡量不要建立額外的自動釋放池。
要點(diǎn):
- 自動釋放池排布在棧中,對象收到autorelease消息后,系統(tǒng)將其放入最頂端的池里。
- 合理運(yùn)用自動釋放池,可降低應(yīng)用程序的內(nèi)存峰值。
- @autoreleasepool這種新式寫法能創(chuàng)建出更為輕便的自動釋放池。
僵尸對象
簡介:
僵尸對象是調(diào)試內(nèi)存管理問題的最佳方式。
NSString和NSNumber的引用計數(shù)
NSString:OC對NSString有特殊照顧。所有的NSString的引用計數(shù)默認(rèn)初始值都會非常非常大。是一個常量。
NSNumber也類似,它使用了一種叫做“標(biāo)簽指針”的概念來標(biāo)注特定類型的數(shù)值。
內(nèi)存區(qū)域
分為5個區(qū)域:
1)棧區(qū):由編譯器自動分配并釋放,存放函數(shù)的參數(shù)值,局部變量等。棧是系統(tǒng)數(shù)據(jù)結(jié)構(gòu),對應(yīng)線程/進(jìn)程是唯一的。
優(yōu)點(diǎn):是快速高效
確定:數(shù)據(jù)不靈活
特點(diǎn):棧無需釋放,也就沒有釋放函數(shù)。
2)堆區(qū):需要程序員自己釋放
3)全局區(qū)(靜態(tài)區(qū)):全局變量和靜態(tài)變量的存儲是放在一起的,結(jié)束的時候由系統(tǒng)釋放。
全局區(qū)又分為:初始化的和未初始化的。
4)文字常量區(qū):存放常量字符串,程序結(jié)束后由系統(tǒng)釋放。
5)程序代碼區(qū):存放函數(shù)的二進(jìn)制代碼。
塊
強(qiáng)大之處:
在聲明它的范圍里,所有變量都可以為其所捕獲。
但是捕獲的變量是不可以修改的,除非變量加上__block標(biāo)識。
捕獲:
如果塊所捕獲的變量是對象類型,那么就會自動保留它。
如果通過讀取或?qū)懭氩僮鞑东@了實例變量,那么就會自動把self變量一起捕獲了,因為實例變量與self所指代的實例關(guān)聯(lián)一起的。
塊拷貝的并不是對象本身,而是指向這些對象的指針變量。
全局塊、棧塊及堆塊
全局塊:這種塊不會捕捉任何狀態(tài)(比如外圍的變量等),這種塊就相當(dāng)于是一個單例。
關(guān)鍵點(diǎn):
如果塊所捕獲的對象直接或者間接地保留了塊本身,那么就得當(dāng)心保留環(huán)問題。
一定要找個適當(dāng)?shù)臅r機(jī)解除保留環(huán),而不能把責(zé)任推給API的調(diào)用者。
框架
用C語言來實現(xiàn)API的好處是:可以繞過OC運(yùn)行期系統(tǒng),從而執(zhí)行速度。
多用派發(fā)隊列,少用同步鎖
原因:
若是在self對象上頻繁加鎖,那么程序可能要等另一段與此無關(guān)的代碼執(zhí)行完畢,才能繼續(xù)執(zhí)行當(dāng)前代碼,這么做其實并沒有必要。
多個獲取方法可以并發(fā)執(zhí)行,而獲取方法和設(shè)置方法之間不能并發(fā)執(zhí)行。
柵欄:在隊列中,柵欄塊必須單獨(dú)執(zhí)行,不能與其他塊并行。并發(fā)隊列如果接下來處理的塊是個柵欄塊,那么就一直等當(dāng)前所有冰法快都執(zhí)行完畢,才會單獨(dú)執(zhí)行這個柵欄快。待柵欄塊執(zhí)行完畢以后,再按正常方法繼續(xù)向下處理。
要點(diǎn):
派發(fā)隊列可用來表述同步語義,這種做法要比使用@synchronized塊或NSLock對象更簡單。
2)將同步和異步派發(fā)結(jié)合起來,可以實現(xiàn)與普通加鎖機(jī)制一樣的同步操作,而這么做卻不會阻塞執(zhí)行異步派發(fā)的線程。
3)使用同步隊列及柵欄塊,可以令同步行為更加高效。
NSCache勝過NSDictionary
原因:
1)NSCache,當(dāng)系統(tǒng)資源將要耗盡時,它可以自動刪減緩存。還會先行刪減“最永久未使用的對象。”
2)NSCache是線程安全的。開發(fā)者在不編寫枷鎖代碼的前提下,多線程便可同時訪問NSCache。
3)