[toc]
主要是一些視頻筆記和面試時(shí)候常問到的問題記錄狭归。（持續(xù)更新）
為什么要在主線程更新UI
太長不看版：
UIKit并不是一個(gè)線程安全的類贾陷，UI操作涉及到渲染訪問各種View對(duì)象的屬性屁魏，如果異步操作下會(huì)存在讀寫問題矛渴，而為其加鎖則會(huì)耗費(fèi)大量資源并拖慢運(yùn)行速度。另一方面因?yàn)檎麄€(gè)程序的起點(diǎn)UIApplication是在主線程進(jìn)行初始化嘿歌，所有的用戶事件都是在主線程上進(jìn)行傳遞（如點(diǎn)擊钾麸、拖動(dòng)），所以view只能在主線程上才能對(duì)事件進(jìn)行響應(yīng)鲫趁。而在渲染方面由于圖像的渲染需要以60幀的刷新率在屏幕上 同時(shí) 更新斯嚎，在非主線程異步化的情況下無法確定這個(gè)處理過程能夠?qū)崿F(xiàn)同步更新。
屬性關(guān)鍵字
讀寫權(quán)限 readonly/readwrite
原子性 atomic/nonatomic
Q：atomic是如何保證線程安全的？
A：atomic只對(duì)對(duì)象的賦值（setter）和取值（getter）保證線程安全
比如atomic修飾的一個(gè)數(shù)組對(duì)象孝扛，atomic能保證它的賦值和取值是線程安全的列吼，但是如果對(duì)數(shù)組進(jìn)行insert或者delete操作，是沒有辦法保證線程安全的
weak和assign的區(qū)別
- weak修飾對(duì)象苦始，assign可以修飾基礎(chǔ)數(shù)據(jù)類型和對(duì)象
- weak修飾的對(duì)象在釋放之后寞钥，指針地址置為nil，而assign修飾的對(duì)象在釋放之后陌选，仍然指向原來的指針地址理郑，所以會(huì)造成野指針的錯(cuò)誤
- 都不會(huì)增加引用計(jì)數(shù)
copy
一般用來修飾擁有可變類型的子類的對(duì)象，避免在不知情的情況下對(duì)對(duì)象屬性進(jìn)行了修改
當(dāng)我們用strong來修飾一個(gè)NSString屬性的時(shí)候咨油，如果賦值的是一個(gè)可變對(duì)象您炉，當(dāng)可變對(duì)象值發(fā)生改變時(shí)，屬性也會(huì)發(fā)生改變役电，這不是我們所期待的赚爵，因?yàn)橛胹trong修飾后，指向跟可變對(duì)象相同的一塊內(nèi)存地址法瑟，當(dāng)可變對(duì)象發(fā)生改變時(shí)冀膝，屬性也會(huì)發(fā)生改變，用copy修飾的話霎挟，是深拷貝窝剖，會(huì)開辟一塊新的內(nèi)存空間，因此可變對(duì)象發(fā)生改變是酥夭，屬性不會(huì)受到影響
示例：https://blog.csdn.net/miaogehehe/article/details/80591805
strong
修飾對(duì)象赐纱，修飾的對(duì)象引用計(jì)數(shù)+1，修飾的對(duì)象被釋放后熬北，引用計(jì)數(shù)-1
KVC
http://www.reibang.com/p/9cf76bac1aa6
全稱是Kev-Value Coding 鍵值編碼疙描，可以直接使用字符串訪問對(duì)象的屬性
getter
- Accessor Method
會(huì)查找訪問器方法是否存在，順序是查找getKey->key->isKey - Instance var
查找是否有同名的或者類似的實(shí)例變量讶隐，順序是_key->_isKey->key->isKey -
+(BOOL)accessInstanceVariablesDirectly方法的作用
默認(rèn)返回YES淫痰，會(huì)去查找實(shí)例變量，如果重寫返回NO整份，則不管存不存在對(duì)應(yīng)的實(shí)例變量，都不會(huì)獲取到實(shí)例變量籽孙。 - valueForUndefinedKey:
如果沒有找到對(duì)應(yīng)的實(shí)例變量烈评，那么會(huì)調(diào)用valueForUndefinedKey:方法，然后拋出一個(gè)NSUndefinedKeyException異常
setter
- Setter Method
查找對(duì)應(yīng)的key是否有實(shí)現(xiàn)setter方法犯建，按照查找順序?yàn)?code>set<Key>:->_set<Key>->setIs<Key> - Instance var
查找方法和getter一樣讲冠，如果查找到對(duì)應(yīng)的實(shí)例變量，直接賦值 -
+(BOOL)accessInstanceVariablesDirectly同getter的作用 - setValue:forUndefinedKey:
拋出異常NSUndefinedKeyException
kvc_setter.png
KVO
Q：什么是KVO适瓦？
A：
KVO是Objective-C對(duì)觀察者設(shè)計(jì)模式的一種實(shí)現(xiàn)
KVO使用了isa混寫（isa-swizzling）技術(shù)來實(shí)現(xiàn)
Q：isa-swizzling在kvo中是怎樣體現(xiàn)的竿开？
當(dāng)我們對(duì)一個(gè)對(duì)象進(jìn)行觀察（addObse…）的時(shí)候谱仪，系統(tǒng)會(huì)在運(yùn)行時(shí)動(dòng)態(tài)創(chuàng)建一個(gè)NSKVONotifying_A的派生類，同時(shí)將原來類的isa指針指向這個(gè)派生類
派生類重寫setter方法否彩，負(fù)責(zé)通知所有觀察對(duì)象（面試的時(shí)候疯攒，面試官說是通過消息傳遞實(shí)現(xiàn)的，具體我沒找到相關(guān)的解釋列荔，有興趣可以自行了解一下敬尺，想來應(yīng)該也是，在賦值之前和之后分別都調(diào)用了方法贴浙，這不就是發(fā)送消息了嘛）
（在派生類調(diào)用didChangeValueForKey:的時(shí)候砂吞，runtime會(huì)根據(jù)對(duì)象的結(jié)構(gòu)和方法列表逐級(jí)往上查找到觀察者的監(jiān)聽方法，然后通過消息傳遞的方式將屬性變化的通知傳遞給觀察者）
重寫setter方法
Q：kvc能使kvo生效崎溃？
A：可以
為什么蜻直？
因?yàn)閟et方法已經(jīng)被派生類重寫了，所以會(huì)觸發(fā)通知
self super
self
關(guān)鍵字
super
編譯器指令
[self message]和[super message]的實(shí)現(xiàn)
其實(shí)不管是self還是super真正調(diào)用的對(duì)象都是一樣的袁串，只是查找方法的位置不一樣概而，self是從當(dāng)前類結(jié)構(gòu)體中開始查找，super是從父類中查找般婆，但方法真正的接受者都是當(dāng)前類或者當(dāng)前類的對(duì)象
當(dāng)你用[self Class]和[super Class]打印類的時(shí)候到腥，打印的都是同一個(gè)類，因?yàn)樗麄冎皇遣檎曳椒ǖ奈恢貌煌蹬郏钦{(diào)用方法的類/對(duì)象是一樣的.
Category
Q：你用分類做了什么事情乡范？
A：主要有這幾點(diǎn)：
- 聲明私有方法
- 分解體積龐大的類文件
- 把Framework的私有方法公開
分類的特點(diǎn)
- 運(yùn)行時(shí)決議，通過runtime把分類當(dāng)中的方法添加到宿主類當(dāng)中
- 可以為系統(tǒng)類添加分類
分類中可以添加哪些內(nèi)容啤咽？
- 實(shí)例方法
- 類方法
- 協(xié)議
- 屬性（沒有添加getter和setter方法）
在分類的結(jié)構(gòu)體的屬性中可以體現(xiàn)出來（但是有的文章說沒有屬性(instanceProperties)晋辆？）
image.png
如果多個(gè)分類實(shí)現(xiàn)了同一個(gè)方法，執(zhí)行順序是什么宇整？
這個(gè)取決于編譯順序瓶佳，在將分類的方法添加到宿主類的函數(shù)中，有一個(gè)倒序遍歷分類方法的while循環(huán)鳞青，這里最新訪問最后編譯的分類
Q：怎么為Category添加實(shí)例變量
A：通過關(guān)聯(lián)對(duì)象添加
關(guān)聯(lián)對(duì)象的本質(zhì)
關(guān)聯(lián)對(duì)象由AssociationManager管理并在AssociationHashMap存儲(chǔ)
所有對(duì)象的關(guān)聯(lián)內(nèi)容都在同一個(gè)全局容器中
+load霸饲、+initialize方法的區(qū)別
+load
1.load方法是在main函數(shù)執(zhí)行前執(zhí)行的
2.子類的+load方法會(huì)在它所有父類的+load方法之后執(zhí)行，
3.而分類的+load方法會(huì)在它的主類的+load方法之后執(zhí)行,
4.+load方法臂拓，它不遵循那套繼承規(guī)則厚脉。
5.+load方法調(diào)用順序是：SuperClass -->SubClass --> CategaryClass
+initialize
1.+initialize方法會(huì)在類第一次接收到消息時(shí)調(diào)用
2.先調(diào)用父類的+initialize，再調(diào)用子類的+initialize
3.如果子類沒有實(shí)現(xiàn)+initialize胶惰，則會(huì)調(diào)用父類的+initialize（父類的+initialize可能會(huì)被調(diào)用多次）
如果分類實(shí)現(xiàn)了+initialize傻工，會(huì)覆蓋類本身的+initialize調(diào)用。
// 該類本身的+initialize調(diào)用實(shí)例：
Person 實(shí)現(xiàn)了 +initialize
Person(Category) 實(shí)現(xiàn)了 +initialize
Teacher : Person 實(shí)現(xiàn)了 +initialize
[[Teacher alloc] init]
調(diào)用順序：
Person(Category) +initialize （Person類的+initialize方法被覆蓋掉了）
Teacher +initialize
Extension
Class Extension在編譯的時(shí)候，它的數(shù)據(jù)就已經(jīng)包含在類信息里面了中捆，而Category是在運(yùn)行時(shí)鸯匹，才會(huì)將數(shù)據(jù)合并到類信息中，所以這個(gè)時(shí)候類結(jié)構(gòu)已經(jīng)確定了泄伪，因此不能直接添加成員屬性殴蓬，但是可以通過associate的全局功能進(jìn)行聲明和定義
CALayer與UIView的關(guān)系？
- 職責(zé)：UIView 負(fù)責(zé)響應(yīng)事件臂容，CALayer 負(fù)責(zé)繪制 UI
UIView : UIResponder科雳，CALayer : NSObject
由于CALayer不需要處理交互事件，所以是輕量級(jí)的脓杉，性能要比UIView高糟秘。當(dāng)我們的UIView不需要交互的時(shí)候，可以考慮將它替換成CALayer球散。 - 關(guān)系：UIView持有一個(gè)CALayer屬性尿赚，并且是該屬性的代理，UIView的繪制工作是由CALayer完成的
慕課
- UIView為CALayer提供內(nèi)容蕉堰，以及負(fù)責(zé)處理觸摸事件凌净，參與響應(yīng)鏈
- CALayer負(fù)責(zé)顯示內(nèi)容contents
（單一職責(zé)的體現(xiàn)）
UIView : UIResponder，CALayer : NSObject
事件傳遞 與 視圖響應(yīng)鏈（重點(diǎn)）
事件傳遞
涉及的方法：
// 返回響應(yīng)視圖
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event;
// 判斷點(diǎn)擊的位置是否在當(dāng)前視圖的范圍內(nèi)
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event;
事件傳遞流程：
當(dāng)點(diǎn)擊屏幕的時(shí)候屋讶，事件會(huì)傳遞給
UIApplication冰寻，再由UIApplication傳遞給UIWindow；UIWindow會(huì)調(diào)用hitTest:withEvent:方法來返回最終的響應(yīng)視圖皿渗。hitTest:withEvent:內(nèi)部實(shí)際調(diào)用了pointInside:withEvent:方法來判斷這個(gè)point是否在UIWindow范圍內(nèi)斩芭；如果在的話，會(huì)遍歷子視圖來查找最終響應(yīng)的視圖乐疆；遍歷采用的是倒序遍歷划乖，即最后添加到UIWindow上的視圖最優(yōu)先查找，在每一個(gè)子視圖UIView中都會(huì)調(diào)用hitTest:withEvent:（遞歸）挤土，如果最終查找到響應(yīng)視圖琴庵，則結(jié)束事件傳遞流程，如果沒有找到仰美，假如事件是在UIWindow的視圖范圍內(nèi)迷殿，則由UIWindow自己處理。
**視圖響應(yīng)鏈
涉及的方法（UIResponder的方法）：
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event;
- (void)touchesMoved:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event;
- (void)touchesEnded:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event;
響應(yīng)鏈其實(shí)就是事件傳遞反過來執(zhí)行一遍咖杂；首先由當(dāng)前視圖接收事件庆寺，如果當(dāng)前視圖沒有處理這個(gè)事件，則會(huì)傳遞給下一個(gè)響應(yīng)者（nextResponder）翰苫，直到傳遞給UIApplicationDelegate。如果到最后都沒有響應(yīng)者響應(yīng)這個(gè)事件的話，那這個(gè)事件就丟棄了奏窑。
MVC&MVVM
MVC（Model-View-Controller）
- 視圖（View）：用戶界面导披。
- 控制器（Controller）：業(yè)務(wù)邏輯
- 模型（Model）：數(shù)據(jù)保存
