面試題的答案都是拋磚引玉怎静，具體細節(jié)還得深入了解iOS底層原理復制代碼

1邮弹、一個NSObject對象占用多少內存？

系統(tǒng)分配了16個字節(jié)給NSObject對象（通過malloc_size函數獲得）

但NSObject對象內部只使用了8個字節(jié)的空間（64bit環(huán)境下蚓聘，可以通過class_getInstanceSize函數獲得）

2腌乡、對象的isa指針指向哪里？

instance對象的isa指向class對象

class對象的isa指向meta-class對象

meta-class對象的isa指向基類的meta-class對象

3夜牡、OC的類信息存放在哪里与纽？

對象方法、屬性塘装、成員變量急迂、協(xié)議信息，存放在class對象中

類方法蹦肴，存放在meta-class對象中

成員變量的具體值袋毙，存放在instance對象中

4、iOS用什么方式實現對一個對象的KVO冗尤？(KVO的本質是什么听盖？)

利用RuntimeAPI動態(tài)生成一個子類，并且讓instance對象的isa指向這個全新的子類

當修改instance對象的屬性時裂七，會調用Foundation的_NSSetXXXValueAndNotify函數 √ willChangeValueForKey: √ 父類原來的setter √ didChangeValueForKey: √ 內部會觸發(fā)監(jiān)聽器（Oberser）的監(jiān)聽方法( observeValueForKeyPath:ofObject:change:context:）

5皆看、如何手動觸發(fā)KVO？

手動調用willChangeValueForKey:和didChangeValueForKey:

6背零、直接修改成員變量或屬性會觸發(fā)KVO么腰吟？

修改成員變量不會觸發(fā)KVO

修改屬性會觸發(fā)KVO

7、KVC的賦值和取值過程是怎樣的徙瓶？原理是什么毛雇？

7.1、KVC賦值

// 1.1 創(chuàng)建人PTLPerson *p = [[PTLPerson alloc] init];self.person = p;// 1.2 創(chuàng)建狗PTLDog *dog = [[PTLDog alloc] init];// 1.3 將狗賦值給人[psetValue:dogforKeyPath:@"dog"];// 1.4 通過KVC給dog的weight屬性賦值 賦值時會自動找到人擁有的dog的weight屬性[psetValue:@10.0forKeyPath:@"dog.weight"];NSLog(@"books = %@", [p valueForKeyPath:@"dog.weight"]);[dogprint];復制代碼

7.2侦镇、 KVC取值

NSMutableArray *tempM = [NSMutableArray array];// 2.1 kvc取出出數組books中price的值for(PTLBook *bookin[p valueForKeyPath:@"books"]) {? ? [tempM addObject:[book valueForKeyPath:@"price"]];}NSLog(@"%@", tempM);// 2.2 kvc取出數組中price的最大值NSLog(@"Max = %@", [[p valueForKeyPath:@"books"] valueForKeyPath:@"@max.price"]);復制代碼

7.3灵疮、 原理

KVO 是 Objective-C 對觀察者設計模式的一種實現,另外一種是:通知機制(notification) KVO提供一種機制,指定一個被觀察對象(例如A類),當對象某個屬性(例如A中的字符串name)發(fā)生更改時,對象會獲得通知,并作出相應處理 在MVC設計架構下的項目,KVO機制很適合實現mode模型和controller之間的通訊。 例如:代碼中,在模型類A創(chuàng)建屬性數據,在控制器中創(chuàng)建觀察者,一旦屬性數據發(fā)生改變就收到觀察者收到通知,通過KVO再在控制器使用回調方法處理實現視圖B的更新;(本文中的應用就是這樣的例子.)

KVO在Apple中的API文檔如下: Automatic key-value observing is implemented using a technique called isa-swizzling… When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class … KVO 的實現依賴于 Objective-C 強大的 Runtime【 ,從以上Apple 的文檔可以看出蘋果對于KVO機制的實現是一筆帶過,而具體的細節(jié)沒有過多的描述,但是我們可以通過Runtime的所提供的方法去探索關于KVO機制的底層實現原理.

當觀察某對象 A 時壳繁，KVO 機制動態(tài)創(chuàng)建一個對象A當前類的子類震捣，并為這個新的子類重寫了被觀察屬性 keyPath 的 setter 方法。setter 方法隨后負責通知觀察對象屬性的改變狀況闹炉。

Apple 使用了 isa 混寫（isa-swizzling）來實現 KVO 蒿赢。當觀察對象A時，KVO機制動態(tài)創(chuàng)建一個新的名為：NSKVONotifying_A 的新類渣触，該類繼承自對象A的本類羡棵，且 KVO 為 NSKVONotifying_A 重寫觀察屬性的 setter 方法，setter 方法會負責在調用原 setter 方法之前和之后嗅钻，通知所有觀察對象屬性值的更改情況皂冰。

NSKVONotifying_A類剖析:在這個過程,被觀察對象的 isa 指針從指向原來的A類,被KVO機制修改為指向系統(tǒng)新創(chuàng)建的子類 NSKVONotifying_A類,來實現當前類屬性值改變的監(jiān)聽; 所以當我們從應用層面上看來,完全沒有意識到有新的類出現,這是系統(tǒng)“隱瞞”了對KVO的底層實現過程,讓我們誤以為還是原來的類。但是此時如果我們創(chuàng)建一個新的名為“NSKVONotifying_A”的類(),就會發(fā)現系統(tǒng)運行到注冊KVO的那段代碼時程序就崩潰,因為系統(tǒng)在注冊監(jiān)聽的時候動態(tài)創(chuàng)建了名為NSKVONotifying_A的中間類,并指向這個中間類了啊犬。 因而在該對象上對 setter 的調用就會調用已重寫的 setter,從而激活鍵值通知機制灼擂。

子類setter方法剖析:KVO的鍵值觀察通知依賴于 NSObject 的兩個方法:willChangeValueForKey:和 didChangevlueForKey:,在存取數值的前后分別調用2個方法: 被觀察屬性發(fā)生改變之前,willChangeValueForKey:被調用,通知系統(tǒng)該 keyPath 的屬性值即將變更;當改變發(fā)生后, didChangeValueForKey: 被調用,通知系統(tǒng)該 keyPath 的屬性值已經變更; 之后observeValueForKey:ofObject:change:context: 也會被調用。且重寫觀察屬性的setter 方法這種繼承方式的注入是在運行時而不是編譯時實現的觉至。 KVO為子類的觀察者屬性重寫調用存取方法的工作原理在代碼中相當于:

-(void)setName:(NSString *)newName { [self willChangeValueForKey:@"name"]; //KVO在調用存取方法之前總調用 [supersetValue:newNameforKey:@"name"]; //調用父類的存取方法 [self didChangeValueForKey:@"name"]; //KVO在調用存取方法之后總調用 }復制代碼

8剔应、Category的實現原理？

Category編譯之后的底層結構是struct category_t语御，里面存儲著分類的對象方法峻贮、類方法、屬性应闯、協(xié)議信息

在程序運行的時候纤控，runtime會將Category的數據，合并到類信息中（類對象碉纺、元類對象中）

9船万、Category和Class Extension的區(qū)別是什么刻撒？

Class Extension在編譯的時候，它的數據就已經包含在類信息中

Category是在運行時耿导，才會將數據合并到類信息中

10声怔、Category中有l(wèi)oad方法嗎？load方法是什么時候調用的舱呻？load 方法能繼承嗎醋火？

有l(wèi)oad方法

load方法在runtime加載類、分類的時候調用

load方法可以繼承箱吕，但是一般情況下不會主動去調用load方法芥驳，都是讓系統(tǒng)自動調用

11、+load茬高、+initialize方法的區(qū)別什么兆旬？它們在category中的調用的順序？以及出現繼承時他們之間的調用過程雅采？

+load

+load方法會在runtime加載類爵憎、分類時調用

每個類、分類的+load婚瓜，在程序運行過程中只調用一次

調用順序：

1宝鼓、先調用類的+load √ 按照編譯先后順序調用（先編譯，先調用） √ 調用子類的+load之前會先調用父類的+load

2巴刻、再調用分類的+load √ 按照編譯先后順序調用（先編譯愚铡，先調用）

+initialize

+initialize方法會在類第一次接收到消息時調用

調用順序 1、先調用父類的+initialize胡陪，再調用子類的+initialize 2沥寥、(先初始化父類，再初始化子類柠座，每個類只會初始化1次)

+initialize和+load的很大區(qū)別是邑雅，+initialize是通過objc_msgSend進行調用的，所以有以下特點 √ 如果子類沒有實現+initialize妈经，會調用父類的+initialize（所以父類的+initialize可能會被調用多次） √ 如果分類實現了+initialize淮野，就覆蓋類本身的+initialize調用

12、Category能否添加成員變量吹泡？如果可以骤星，如何給Category添加成員變量？

默認情況下爆哑，因為分類底層結構的限制洞难，不能添加成員變量到分類中。但可以通過關聯對象來間接實現

13揭朝、block的原理是怎樣的队贱？本質是什么色冀？

block本質上也是一個OC對象，它內部也有個isa指針

封裝了函數調用以及調用環(huán)境的OC對象

14柱嫌、__block的作用是什么呐伞？

__block說明符類似static、auto慎式、register一樣,只要觀察到該變量被 block 所持有，就將“外部變量”在棧中的內存地址放到了堆中趟径。 進而在block內部也可以修改外部變量的值瘪吏。

__block可以用于解決block內部無法修改auto變量值的問題

__block不能修飾全局變量、靜態(tài)變量（static）

編譯器會將__block變量包裝成一個對象

15蜗巧、block的屬性修飾詞為什么是copy掌眠？使用block有哪些使用注意？

block一旦沒有進行copy操作幕屹，就不會在堆上

使用注意：循環(huán)引用問題

16蓝丙、block在修改NSMutableArray，需不需要添加__block望拖？

不需要

當變量是一個指針的時候渺尘，block里只是復制了一份這個指針，兩個指針指向同一個地址说敏。所以鸥跟，在block里面對指針指向內容做的修改，在block外面也一樣生效盔沫。

17医咨、說說isa指針？

instance的isa指向class架诞，當調用對象方法時拟淮，通過instance的isa找到class，最后找到對象方法的實現進行調用

class的isa指向meta-class谴忧，當調用類方法時很泊，通過class的isa找到meta-class，最后找到類方法的實現進行調用

當Student的instance對象要調用Person的對象方法時(Student繼承自Person)俏蛮，會先通過isa找到Student的class撑蚌，然后通過superclass找到Person的class，最后找到對象方法的實現進行調用

當Student的class要調用Person的類方法時(Student繼承自Person)搏屑，會先通過isa找到Student的meta-class争涌，然后通過superclass找到Person的meta-class，最后找到類方法的實現進行調用

在arm64架構之前辣恋，isa就是一個普通的指針亮垫，存儲著Class模软、Meta-Class對象的內存地址

從arm64架構開始，對isa進行了優(yōu)化饮潦，變成了一個共用體（union）結構燃异，還使用位域來存儲更多的信息

從64bit開始，isa需要進行一次位運算继蜡，才能計算出真實地址

18回俐、isa、superclass總結

instance的isa指向class

class的isa指向meta-class

meta-class的isa指向基類的meta-class

class的superclass指向父類的class 如果沒有父類稀并，superclass指針為nil

meta-class的superclass指向父類的meta-class 基類的meta-class的superclass指向基類的class

instance調用對象方法的軌跡 isa找到class仅颇，方法不存在，就通過superclass找父類

class調用類方法的軌跡 isa找meta-class碘举，方法不存在忘瓦，就通過superclass找父類