iOS面試題基礎

分類、擴展、代理、通知、KVC、KVO、屬性關鍵字

1、分類（Category）

*一、分類的做用？

聲明私有方法，分解體積大的類文件

*二、分類的特色？

能夠爲系統類添加分類。在運行時時期，將 Category 中的實例方法列表、協議列表、屬性列表添加到主類中後（全部Category中的方法在方法列表中的位置是在主類的同名方法以前的），而後會遞歸調用全部類的 load 方法，這一切都是在main函數以前執行的。

*三、分類能夠添加哪些內容？

實例方法，類方法，屬性（添加getter和setter方法，並無實例變量，添加實例變量須要用關聯對象）

*四、若是工程裏有兩個分類A和B，兩個分類中有一個同名的方法，哪一個方法最終生效？

取決於分類的編譯順序，最後編譯的那個分類的同名方法最終生效，而以前的都會被覆蓋掉(這裏並非真正的覆蓋，由於其他方法仍然存在，只是訪問不到，由於在動態添加類的方法的時候是倒序遍歷方法列表的，而最後編譯的分類的方法會放在方法列表前面，訪問的時候就會先被訪問到，同理若是聲明瞭一個和原類方法同名的方法，也會覆蓋掉原類的方法)。

五、若是聲明瞭兩個同名的分類會怎樣？

會報錯，因此第三方的分類，通常都帶有命名前綴

六、分類能添加成員變量嗎？

不能。只能經過關聯對象(objc_setAssociatedObject)來模擬實現成員變量，但其實質是關聯內容，全部對象的關聯內容都放在同一個全局容器哈希表中:AssociationsHashMap,由AssociationsManager統一管理。

2、擴展(Extension)

一、擴展的做用？

聲明私有屬性，聲明私有成員變量

二、擴展的特色？

編譯時決議，只能以聲明的形式存在，多數狀況下放在在宿主類的.m中，不能爲系統類添加擴展

3、代理（Delegate）

代理是一種設計模式，委託方聲明協議，定義須要實現的接口，代理方按照協議實現方法

通常用weak來避免循環引用

4、通知（NSNotification）

使用觀察者模式用於實現跨層傳遞信息的機制。傳遞方式是一對多。

5、KVO（key-value-observing）

KVO是觀察者的另外一實現

使用了isa混寫（isa-swizzling）來實現KVO

使用setter方法改變值KVO會生效，使用KVC改變值KVO也會生效，由於KVC會調用setter方法

- (void)setValue:(id)value {
    [self willChangeValueForKey:@"key"];
    [super setValue:value];
    [self didChangeValueForKey:@"key"];
}

直接賦值成員變量不會觸發KVO，由於不會調用setter方法，須要加上willChangeValueForKey和didChangeValueForKey

6、KVC（key-value-coding）

KVC能夠經過key直接訪問對象的屬性，或者給對象的屬性賦值，這樣能夠在運行時動態的訪問或修改對象的屬性

當調用setValue：屬性值 forKey：@」name「的代碼時，，底層的執行機制以下：

一、程序優先調用set<Key>:屬性值方法，代碼經過setter方法完成設置。注意，這裏的<key>是指成員變量名，首字母大小寫要符合KVC的命名規則，下同

二、若是沒有找到setName：方法，KVC機制會檢查+ (BOOL)accessInstanceVariablesDirectly方法有沒有返回YES，默認該方法會返回YES，若是你重寫了該方法讓其返回NO的話，那麼在這一步KVC會執行setValue：forUndefinedKey：方法，不過通常開發者不會這麼作。因此KVC機制會搜索該類裏面有沒有名爲<key>的成員變量，不管該變量是在類接口處定義，仍是在類實現處定義，也不管用了什麼樣的訪問修飾符，只在存在以<key>命名的變量，KVC均可以對該成員變量賦值。

三、若是該類即沒有set<key>：方法，也沒有_<key>成員變量，KVC機制會搜索_is<Key>的成員變量。

四、和上面同樣，若是該類即沒有set<Key>：方法，也沒有_<key>和_is<Key>成員變量，KVC機制再會繼續搜索<key>和is<Key>的成員變量。再給它們賦值。

五、若是上面列出的方法或者成員變量都不存在，系統將會執行該對象的setValue：forUndefinedKey：方法，默認是拋出異常。

若是想禁用KVC，重寫+ (BOOL)accessInstanceVariablesDirectly方法讓其返回NO便可，這樣的話若是KVC沒有找到set<Key>:屬性名時，會直接用setValue：forUndefinedKey：方法。

當調用valueForKey：@」name「的代碼時，KVC對key的搜索方式不一樣於setValue：屬性值 forKey：@」name「，其搜索方式以下：

一、首先按get<Key>,<key>,is<Key>的順序方法查找getter方法，找到的話會直接調用。若是是BOOL或者Int等值類型， 會將其包裝成一個NSNumber對象

二、若是上面的getter沒有找到，KVC則會查找countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes格式的方法。若是countOf<Key>方法和另外兩個方法中的一個被找到，那麼就會返回一個能夠響應NSArray全部方法的代理集合(它是NSKeyValueArray，是NSArray的子類)，調用這個代理集合的方法，或者說給這個代理集合發送屬於NSArray的方法，就會以countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes這幾個方法組合的形式調用。還有一個可選的get<Key>:range:方法。因此你想從新定義KVC的一些功能，你能夠添加這些方法，須要注意的是你的方法名要符合KVC的標準命名方法，包括方法簽名。

三、若是上面的方法沒有找到，那麼會同時查找countOf<Key>，enumeratorOf<Key>,memberOf<Key>格式的方法。若是這三個方法都找到，那麼就返回一個能夠響應NSSet所的方法的代理集合，和上面同樣，給這個代理集合發NSSet的消息，就會以countOf<Key>，enumeratorOf<Key>,memberOf<Key>組合的形式調用。

四、若是尚未找到，再檢查類方法+ (BOOL)accessInstanceVariablesDirectly,若是返回YES(默認行爲)，那麼和先前的設值同樣，會按_<key>,_is<Key>,<key>,is<Key>的順序搜索成員變量名，這裏不推薦這麼作，由於這樣直接訪問實例變量破壞了封裝性，使代碼更脆弱。若是重寫了類方法+ (BOOL)accessInstanceVariablesDirectly返回NO的話，那麼會直接調用valueForUndefinedKey:方法，默認是拋出異常

7、屬性關鍵字

一、讀寫權限：readonly，readwrite（默認）

二、原子性：（atomic），nonatimic。atomic讀寫安全，但效率低，不是絕對的安全，好比操做數組，增長或移除，這種狀況可使用互斥鎖來保證線程安全

三、引用計數

retain/strong

assign修飾基本數據類型

weak不改變修飾對象的引用計數，對象釋放後，weak指針自動置爲空

copy分深拷貝和淺拷貝

淺拷貝，對象指針的複製，目標對象指針和源對象指針指向同一塊內存空間，引用計數增長

深拷貝，對象內容的複製，開闢一塊新的內存空間

可變的對象的copy和mutableCopy都是深拷貝

不可變對象的copy是淺拷貝，mutable是深拷貝

copy方法返回的都是不可變對象

@property (nonatomic, copy) NSMutableArray * array;這樣使用會crash，由於copy的對象是不可變的

NSString使用copy修飾不用strong修飾，用strong修飾一個name屬性，若是賦值的是一個可變對象，當可變對象的值發生改變的時候，name的值也會改變，這不是咱們指望的，是由於name使用strong修飾後，指向跟可變對象相同的一塊內存地址，若是使用copy的話，則是深拷貝，會開闢一塊新的內存空間，所以可變對象值變化時，也不會影響name的值。

————————————————

文章接下來還會持續更新，你也能夠私信我及時獲取最新資料以及面試相關資料。若是你有什麼意見和建議歡迎給我留言。

求喜歡IOS的小夥伴關注 ！喜歡的話給一個贊吧！謝謝！謝謝！謝謝！

原文連接：iOS面試題基礎_永不止步的博客-CSDN博客_ios面試題