一、分類
1.分類的作用？
聲明私有方法，分解體積大的類文件，把framework的私有方法公開(kāi)
2.分類的特點(diǎn)
運(yùn)行時(shí)決議，可以為系統(tǒng)類添加分類 。
說(shuō)得詳細(xì)些，在運(yùn)行時(shí)時(shí)期，將 Category 中的實(shí)例方法列表、協(xié)議列表、屬性列表添加到主類中后（所以Category中的方法在方法列表中的位置是在主類的同名方法之前的），然后會(huì)遞歸調(diào)用所有類的 load 方法，這一切都是在main函數(shù)之前執(zhí)行的。
3.分類可以添加哪些內(nèi)容？
實(shí)例方法，類方法，協(xié)議，屬性（添加getter和setter方法，并沒(méi)有實(shí)例變量，添加實(shí)例變量需要用關(guān)聯(lián)對(duì)象）
4.如果工程里有兩個(gè)分類A和B，兩個(gè)分類中有一個(gè)同名的方法，哪個(gè)方法最終生效？
取決于分類的編譯順序，最后編譯的那個(gè)分類的同名方法最終生效，而之前的都會(huì)被覆蓋掉(這里并不是真正的覆蓋，因?yàn)槠溆喾椒ㄈ匀淮嬖?，只是訪問(wèn)不到，因?yàn)樵趧?dòng)態(tài)添加類的方法的時(shí)候是倒序遍歷方法列表的，而最后編譯的分類的方法會(huì)放在方法列表前面，訪問(wèn)的時(shí)候就會(huì)先被訪問(wèn)到，同理如果聲明了一個(gè)和原類方法同名的方法，也會(huì)覆蓋掉原類的方法)。
5.如果聲明了兩個(gè)同名的分類會(huì)怎樣？
會(huì)報(bào)錯(cuò)，所以第三方的分類，一般都帶有命名前綴
6.分類能添加成員變量嗎？
不能。只能通過(guò)關(guān)聯(lián)對(duì)象(objc_setAssociatedObject)來(lái)模擬實(shí)現(xiàn)成員變量，但其實(shí)質(zhì)是關(guān)聯(lián)內(nèi)容，所有對(duì)象的關(guān)聯(lián)內(nèi)容都放在同一個(gè)全局容器哈希表中:AssociationsHashMap,由AssociationsManager統(tǒng)一管理。
學(xué)習(xí)的圈子特別重要??！
附上一份收集的各大廠面試題（附答案） ! 群文件直接獲取
各大廠面試題
作為一個(gè)開(kāi)發(fā)者，有一個(gè)學(xué)習(xí)的氛圍跟一個(gè)交流圈子特別重要，這是一個(gè)我的iOS交流群：761407670 進(jìn)群密碼'博客’，不管你是小白還是大牛歡迎入駐 ，分享BAT,阿里面試題、面試經(jīng)驗(yàn)，討論技術(shù)， 大家一起交流學(xué)習(xí)成長(zhǎng)！
二、擴(kuò)展
三、代理（Delegate）
代理是一種設(shè)計(jì)模式，以@protocol形式體現(xiàn)，一般是一對(duì)一傳遞。
一般以weak關(guān)鍵詞以規(guī)避循環(huán)引用。
四、通知（NSNotification）
使用觀察者模式來(lái)實(shí)現(xiàn)的用于跨層傳遞信息的機(jī)制。傳遞方式是一對(duì)多的。
五、KVO (Key-value observing)
KVO是觀察者模式的另一實(shí)現(xiàn)。
使用了isa混寫(isa-swizzling)來(lái)實(shí)現(xiàn)KVO
使用setter方法改變值KVO會(huì)生效，使用setValue:forKey即KVC改變值KVO也會(huì)生效，因?yàn)镵VC會(huì)去調(diào)用setter方法
- (void)setValue:(id)value
{
[self willChangeValueForKey:@"key"];
[super setValue:value];
[self didChangeValueForKey:@"key"];
}復(fù)制代碼六、KVC(Key-value coding)
-(id)valueForKey:(NSString *)key;
-(void)setValue:(id)value forKey:(NSString *)key;復(fù)制代碼
KVC就是指iOS的開(kāi)發(fā)中，可以允許開(kāi)發(fā)者通過(guò)Key名直接訪問(wèn)對(duì)象的屬性，或者給對(duì)象的屬性賦值。而不需要調(diào)用明確的存取方法。這樣就可以在運(yùn)行時(shí)動(dòng)態(tài)地訪問(wèn)和修改對(duì)象的屬性。而不是在編譯時(shí)確定，這也是iOS開(kāi)發(fā)中的黑魔法之一。很多高級(jí)的iOS開(kāi)發(fā)技巧都是基于KVC實(shí)現(xiàn)的
當(dāng)調(diào)用setValue：屬性值 forKey：@”name“的代碼時(shí)，，底層的執(zhí)行機(jī)制如下：
程序優(yōu)先調(diào)用set<Key>:屬性值方法，代碼通過(guò)setter方法完成設(shè)置。注意，這里的<key>是指成員變量名，首字母大小寫要符合KVC的命名規(guī)則，下同
如果沒(méi)有找到setName：方法，KVC機(jī)制會(huì)檢查+ (BOOL)accessInstanceVariablesDirectly方法有沒(méi)有返回YES，默認(rèn)該方法會(huì)返回YES，如果你重寫了該方法讓其返回NO的話，那么在這一步KVC會(huì)執(zhí)行setValue：forUndefinedKey：方法，不過(guò)一般開(kāi)發(fā)者不會(huì)這么做。所以KVC機(jī)制會(huì)搜索該類里面有沒(méi)有名為<key>的成員變量，無(wú)論該變量是在類接口處定義，還是在類實(shí)現(xiàn)處定義，也無(wú)論用了什么樣的訪問(wèn)修飾符，只在存在以<key>命名的變量，KVC都可以對(duì)該成員變量賦值。
如果該類即沒(méi)有set<key>：方法，也沒(méi)有_<key>成員變量，KVC機(jī)制會(huì)搜索_is<Key>的成員變量。
和上面一樣，如果該類即沒(méi)有set<Key>：方法，也沒(méi)有_<key>和_is<Key>成員變量，KVC機(jī)制再會(huì)繼續(xù)搜索<key>和is<Key>的成員變量。再給它們賦值。
如果上面列出的方法或者成員變量都不存在，系統(tǒng)將會(huì)執(zhí)行該對(duì)象的setValue：forUndefinedKey：方法，默認(rèn)是拋出異常。
即如果沒(méi)有找到Set<Key>方法的話，會(huì)按照_key，_iskey，key，iskey的順序搜索成員并進(jìn)行賦值操作。
如果開(kāi)發(fā)者想讓這個(gè)類禁用KVC，那么重寫+ (BOOL)accessInstanceVariablesDirectly方法讓其返回NO即可，這樣的話如果KVC沒(méi)有找到set<Key>:屬性名時(shí)，會(huì)直接用setValue：forUndefinedKey：方法。
當(dāng)調(diào)用valueForKey：@”name“的代碼時(shí)，KVC對(duì)key的搜索方式不同于setValue：屬性值 forKey：@”name“，其搜索方式如下：
首先按get<Key>,<key>,is<Key>的順序方法查找getter方法，找到的話會(huì)直接調(diào)用。如果是BOOL或者Int等值類型， 會(huì)將其包裝成一個(gè)NSNumber對(duì)象。
如果上面的getter沒(méi)有找到，KVC則會(huì)查找countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes格式的方法。如果countOf<Key>方法和另外兩個(gè)方法中的一個(gè)被找到，那么就會(huì)返回一個(gè)可以響應(yīng)NSArray所有方法的代理集合(它是NSKeyValueArray，是NSArray的子類)，調(diào)用這個(gè)代理集合的方法，或者說(shuō)給這個(gè)代理集合發(fā)送屬于NSArray的方法，就會(huì)以countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes這幾個(gè)方法組合的形式調(diào)用。還有一個(gè)可選的get<Key>:range:方法。所以你想重新定義KVC的一些功能，你可以添加這些方法，需要注意的是你的方法名要符合KVC的標(biāo)準(zhǔn)命名方法，包括方法簽名。
如果上面的方法沒(méi)有找到，那么會(huì)同時(shí)查找countOf<Key>，enumeratorOf<Key>,memberOf<Key>格式的方法。如果這三個(gè)方法都找到，那么就返回一個(gè)可以響應(yīng)NSSet所的方法的代理集合，和上面一樣，給這個(gè)代理集合發(fā)NSSet的消息，就會(huì)以countOf<Key>，enumeratorOf<Key>,memberOf<Key>組合的形式調(diào)用。
如果還沒(méi)有找到，再檢查類方法+ (BOOL)accessInstanceVariablesDirectly,如果返回YES(默認(rèn)行為)，那么和先前的設(shè)值一樣，會(huì)按_<key>,_is<Key>,<key>,is<Key>的順序搜索成員變量名，這里不推薦這么做，因?yàn)檫@樣直接訪問(wèn)實(shí)例變量破壞了封裝性，使代碼更脆弱。如果重寫了類方法+ (BOOL)accessInstanceVariablesDirectly返回NO的話，那么會(huì)直接調(diào)用valueForUndefinedKey:方法，默認(rèn)是拋出異常。
七、屬性關(guān)鍵字
1.讀寫權(quán)限：readonly,readwrite(默認(rèn))
2.原子性: atomic(默認(rèn))，nonatomic。atomic讀寫線程安全，但效率低，而且不是絕對(duì)的安全，比如如果修飾的是數(shù)組，那么對(duì)數(shù)組的讀寫是安全的，但如果是操作數(shù)組進(jìn)行添加移除其中對(duì)象的還，就不保證安全了。
3.引用計(jì)數(shù)：
retain/strong
assign：修飾基本數(shù)據(jù)類型，修飾對(duì)象類型時(shí)，不改變其引用計(jì)數(shù)，會(huì)產(chǎn)生懸垂指針，修飾的對(duì)象在被釋放后，assign指針仍然指向原對(duì)象內(nèi)存地址，如果使用assign指針繼續(xù)訪問(wèn)原對(duì)象的話，就可能會(huì)導(dǎo)致內(nèi)存泄漏或程序異常
weak：不改變被修飾對(duì)象的引用計(jì)數(shù)，所指對(duì)象在被釋放后，weak指針會(huì)自動(dòng)置為nil
copy：分為深拷貝和淺拷貝
淺拷貝：對(duì)內(nèi)存地址的復(fù)制，讓目標(biāo)對(duì)象指針和原對(duì)象指向同一片內(nèi)存空間會(huì)增加引用計(jì)數(shù)
深拷貝：對(duì)對(duì)象內(nèi)容的復(fù)制，開(kāi)辟新的內(nèi)存空間
可變對(duì)象的copy和mutableCopy都是深拷貝
不可變對(duì)象的copy是淺拷貝，mutableCopy是深拷貝
copy方法返回的都是不可變對(duì)象
@property (nonatomic, copy) NSMutableArray * array;這樣寫有什么影響？
因?yàn)閏opy方法返回的都是不可變對(duì)象，所以array對(duì)象實(shí)際上是不可變的，如果對(duì)其進(jìn)行可變操作如添加移除對(duì)象，則會(huì)造成程序crash
