- 分類
- 擴(kuò)展
- 代理（Delegate）
- 通知（NSNotification)
- KVO (Key-value observing)
- KVC (Key-value coding)
- 屬性關(guān)鍵字
一、分類
- 分類的作用窍株？
聲明私有方法民轴，分解體積大的類文件，把framework的私有方法公開 - 分類的特點(diǎn)
運(yùn)行時(shí)決議球订，可以為系統(tǒng)類添加分類 后裸。
說得詳細(xì)些，在運(yùn)行時(shí)時(shí)期冒滩，將 Category 中的實(shí)例方法列表微驶、協(xié)議列表、屬性列表添加到主類中后（所以Category中的方法在方法列表中的位置是在主類的同名方法之前的）旦部，然后會遞歸調(diào)用所有類的 load 方法祈搜，這一切都是在main函數(shù)之前執(zhí)行的较店。 - 分類可以添加哪些內(nèi)容士八？
實(shí)例方法，類方法梁呈，協(xié)議婚度，屬性（添加getter和setter方法，并沒有實(shí)例變量官卡，添加實(shí)例變量需要用關(guān)聯(lián)對象） - 如果工程里有兩個(gè)分類A和B蝗茁，兩個(gè)分類中有一個(gè)同名的方法，哪個(gè)方法最終生效寻咒？
取決于分類的編譯順序哮翘，最后編譯的那個(gè)分類的同名方法最終生效，而之前的都會被覆蓋掉(這里并不是真正的覆蓋毛秘，因?yàn)槠溆喾椒ㄈ匀淮嬖诜顾拢皇窃L問不到阻课，因?yàn)樵趧討B(tài)添加類的方法的時(shí)候是倒序遍歷方法列表的，而最后編譯的分類的方法會放在方法列表前面艰匙，訪問的時(shí)候就會先被訪問到限煞，同理如果聲明了一個(gè)和原類方法同名的方法，也會覆蓋掉原類的方法)员凝。 - 如果聲明了兩個(gè)同名的分類會怎樣署驻？
會報(bào)錯(cuò)，所以第三方的分類健霹，一般都帶有命名前綴 - 分類能添加成員變量嗎旺上？
不能。只能通過關(guān)聯(lián)對象(objc_setAssociatedObject)來模擬實(shí)現(xiàn)成員變量糖埋，但其實(shí)質(zhì)是關(guān)聯(lián)內(nèi)容抚官，所有對象的關(guān)聯(lián)內(nèi)容都放在同一個(gè)全局容器哈希表中:AssociationsHashMap,由AssociationsManager統(tǒng)一管理。
二阶捆、擴(kuò)展
- 一般用擴(kuò)展做什么凌节？
聲明私有屬性，聲明方法（沒什么意義）洒试，聲明私有成員變量 - 擴(kuò)展的特點(diǎn)
編譯時(shí)決議倍奢，只能以聲明的形式存在，多數(shù)情況下寄生在宿主類的.m中垒棋，不能為系統(tǒng)類添加擴(kuò)展卒煞。
三、代理（Delegate）
image.png
- 代理是一種設(shè)計(jì)模式叼架，以@protocol形式體現(xiàn)畔裕，一般是一對一傳遞。一般以weak關(guān)鍵詞以規(guī)避循環(huán)引用乖订。
四扮饶、通知（NSNotification）
-
使用觀察者模式來實(shí)現(xiàn)的用于跨層傳遞信息的機(jī)制。傳遞方式是一對多的乍构。
如何實(shí)現(xiàn)通知機(jī)制甜无？
image.png
KVO (Key-value observing)
-
KVO是觀察者模式的另一實(shí)現(xiàn)。使用了isa混寫(isa-swizzling)來實(shí)現(xiàn)KVO
image.png
使用setter方法改變值KVO會生效哥遮，使用setValue:forKey即KVC改變值KVO也會生效岂丘，因?yàn)镵VC會去調(diào)用setter方法
- (void)setValue:(id)value
{
[self willChangeValueForKey:@"key"];
[super setValue:value];
[self didChangeValueForKey:@"key"];
}
- 那么通過直接賦值成員變量會觸發(fā)KVO嗎？
不會眠饮，因?yàn)椴粫{(diào)用setter方法奥帘，需要加上willChangeValueForKey和didChangeValueForKey方法來手動觸發(fā)才行
六、KVC(Key-value coding)
-(id)valueForKey:(NSString *)key;
-(void)setValue:(id)value forKey:(NSString *)key;
- KVC就是指iOS的開發(fā)中仪召，可以允許開發(fā)者通過Key名直接訪問對象的屬性寨蹋，或者給對象的屬性賦值牲距。而不需要調(diào)用明確的存取方法。這樣就可以在運(yùn)行時(shí)動態(tài)地訪問和修改對象的屬性钥庇。而不是在編譯時(shí)確定牍鞠，這也是iOS開發(fā)中的黑魔法之一。很多高級的iOS開發(fā)技巧都是基于KVC實(shí)現(xiàn)的评姨。
當(dāng)調(diào)用setValue：屬性值 forKey：@”name“的代碼時(shí)难述，底層的執(zhí)行機(jī)制如下：
- 程序優(yōu)先調(diào)用set<Key>:屬性值方法，代碼通過setter方法完成設(shè)置吐句。注意胁后，這里的<key>是指成員變量名，首字母大小寫要符合KVC的命名規(guī)則嗦枢，下同
- 如果沒有找到setName：方法攀芯，KVC機(jī)制會檢查+ (BOOL)accessInstanceVariablesDirectly方法有沒有返回YES，默認(rèn)該方法會返回YES文虏，如果你重寫了該方法讓其返回NO的話侣诺，那么在這一步KVC會執(zhí)行setValue：forUndefinedKey：方法，不過一般開發(fā)者不會這么做氧秘。所以KVC機(jī)制會搜索該類里面有沒有名為<key>的成員變量年鸳，無論該變量是在類接口處定義，還是在類實(shí)現(xiàn)處定義丸相，也無論用了什么樣的訪問修飾符搔确，只在存在以<key>命名的變量，KVC都可以對該成員變量賦值灭忠。
- 如果該類即沒有set<key>：方法膳算，也沒有_<key>成員變量，KVC機(jī)制會搜索_is<Key>的成員變量弛作。
- 和上面一樣涕蜂，如果該類即沒有set<Key>：方法，也沒有_<key>和_is<Key>成員變量缆蝉，KVC機(jī)制再會繼續(xù)搜索<key>和is<Key>的成員變量宇葱。再給它們賦值刊头。
- 如果上面列出的方法或者成員變量都不存在，系統(tǒng)將會執(zhí)行該對象的setValue：forUndefinedKey：方法诸尽，默認(rèn)是拋出異常原杂。
即如果沒有找到Set<Key>方法的話，會按照_key您机，_iskey穿肄，key年局，iskey的順序搜索成員并進(jìn)行賦值操作。
- 如果開發(fā)者想讓這個(gè)類禁用KVC咸产，那么重寫+ (BOOL)accessInstanceVariablesDirectly方法讓其返回NO即可矢否，這樣的話如果KVC沒有找到set<Key>:屬性名時(shí)，會直接用setValue：forUndefinedKey：方法脑溢。
當(dāng)調(diào)用valueForKey：@”name“的代碼時(shí)僵朗，KVC對key的搜索方式不同于setValue：屬性值 forKey：@”name“，其搜索方式如下：
- 首先按get<Key>,<key>,is<Key>的順序方法查找getter方法屑彻，找到的話會直接調(diào)用验庙。如果是BOOL或者Int等值類型， 會將其包裝成一個(gè)NSNumber對象社牲。
- 如果上面的getter沒有找到粪薛，KVC則會查找countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes格式的方法。如果countOf<Key>方法和另外兩個(gè)方法中的一個(gè)被找到搏恤，那么就會返回一個(gè)可以響應(yīng)NSArray所有方法的代理集合(它是NSKeyValueArray违寿，是NSArray的子類)，調(diào)用這個(gè)代理集合的方法熟空，或者說給這個(gè)代理集合發(fā)送屬于NSArray的方法陨界，就會以countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes這幾個(gè)方法組合的形式調(diào)用。還有一個(gè)可選的get<Key>:range:方法痛阻。所以你想重新定義KVC的一些功能菌瘪，你可以添加這些方法，需要注意的是你的方法名要符合KVC的標(biāo)準(zhǔn)命名方法阱当，包括方法簽名俏扩。
- 如果上面的方法沒有找到，那么會同時(shí)查找countOf<Key>弊添，enumeratorOf<Key>,memberOf<Key>格式的方法录淡。如果這三個(gè)方法都找到，那么就返回一個(gè)可以響應(yīng)NSSet所的方法的代理集合油坝，和上面一樣嫉戚，給這個(gè)代理集合發(fā)NSSet的消息，就會以countOf<Key>澈圈，enumeratorOf<Key>,memberOf<Key>組合的形式調(diào)用彬檀。
- 如果還沒有找到，再檢查類方法+ (BOOL)accessInstanceVariablesDirectly,如果返回YES(默認(rèn)行為)瞬女，那么和先前的設(shè)值一樣窍帝，會按_<key>,_is<Key>,<key>,is<Key>的順序搜索成員變量名，這里不推薦這么做诽偷，因?yàn)檫@樣直接訪問實(shí)例變量破壞了封裝性坤学，使代碼更脆弱疯坤。如果重寫了類方法+ (BOOL)accessInstanceVariablesDirectly返回NO的話，那么會直接調(diào)用valueForUndefinedKey:方法深浮，默認(rèn)是拋出異常压怠。
七、屬性關(guān)鍵字
- 讀寫權(quán)限：readonly,readwrite(默認(rèn))
- 原子性: atomic(默認(rèn))飞苇，nonatomic刑峡。atomic讀寫線程安全，但效率低玄柠，而且不是絕對的安全突梦，比如如果修飾的是數(shù)組，那么對數(shù)組的讀寫是安全的羽利，但如果是操作數(shù)組進(jìn)行添加移除其中對象的還宫患，就不保證安全了。
- 引用計(jì)數(shù)：
- retain/strong
- assign：修飾基本數(shù)據(jù)類型这弧，修飾對象類型時(shí)娃闲，不改變其引用計(jì)數(shù)，會產(chǎn)生懸垂指針匾浪，修飾的對象在被釋放后皇帮，assign指針仍然指向原對象內(nèi)存地址，如果使用assign指針繼續(xù)訪問原對象的話蛋辈，就可能會導(dǎo)致內(nèi)存泄漏或程序異常
- weak：不改變被修飾對象的引用計(jì)數(shù)属拾，所指對象在被釋放后，weak指針會自動置為nil
-
copy：分為深拷貝和淺拷貝
淺拷貝：對內(nèi)存地址的復(fù)制冷溶，讓目標(biāo)對象指針和原對象指向同一片內(nèi)存空間會增加引用計(jì)數(shù)
深拷貝：對對象內(nèi)容的復(fù)制渐白，開辟新的內(nèi)存空間
image
可變對象的copy和mutableCopy都是深拷貝
不可變對象的copy是淺拷貝，mutableCopy是深拷貝
copy方法返回的都是不可變對象
- @property (nonatomic, copy) NSMutableArray * array;這樣寫有什么影響逞频？
因?yàn)閏opy方法返回的都是不可變對象纯衍，所以array對象實(shí)際上是不可變的，如果對其進(jìn)行可變操作如添加移除對象苗胀，則會造成程序crash
