關(guān)于KVO的那些事 之 KVO安全用法封裝
KVO (Key Value Observering) 是iOS用于監(jiān)聽某個(gè)對(duì)象某個(gè)變量一種簡(jiǎn)潔便利的機(jī)制澈缺。但是迹恐，對(duì)于KVO的穩(wěn)定性蘋果卻做得沒有那么好奥额，在以下三種情況下會(huì)無情Crash：
- 監(jiān)聽者
dealloc時(shí)，監(jiān)聽關(guān)系還存在岔霸。當(dāng)監(jiān)聽值發(fā)生變化時(shí)举哟，會(huì)給監(jiān)聽者的野指針發(fā)送消息，報(bào)野指針Crash馍忽。（猜測(cè)底層是保存了unsafe_unretained指向監(jiān)聽者的指針）棒坏； - 被監(jiān)聽者
dealloc時(shí)，監(jiān)聽關(guān)系還存在遭笋。在監(jiān)聽者內(nèi)存free掉后坝冕，直接會(huì)報(bào)監(jiān)聽者還存在監(jiān)聽關(guān)系而Crash； - 移除監(jiān)聽次數(shù)大于添加監(jiān)聽次數(shù)瓦呼。報(bào)出多次移除的錯(cuò)誤喂窟；
我們考慮到KVO帶來的傷害，平時(shí)十分小心翼翼在工程內(nèi)使用KVO吵血，甚至能不用的時(shí)候就不用谎替。但我們不甘心將如此好用的機(jī)制淪為帶刺玫瑰-----為KVO打造"紫金鎧甲"。
根據(jù)崩潰類型蹋辅，我們的目標(biāo)也有三個(gè)：
- 監(jiān)聽者
dealloc時(shí)，自動(dòng)移除監(jiān)聽者對(duì)其他對(duì)象的監(jiān)聽挫掏，No Crash侦另； - 被監(jiān)聽者
dealloc時(shí)，自動(dòng)移除對(duì)被監(jiān)聽者所有的監(jiān)聽尉共，No Crash褒傅； - 移除監(jiān)聽次數(shù)大于添加監(jiān)聽次數(shù)時(shí)，多次監(jiān)聽/移除袄友，只執(zhí)行一次殿托，No Crash；
實(shí)現(xiàn)的源碼請(qǐng)點(diǎn)這里剧蚣。
1. 解決監(jiān)聽者（listener）dealloc的Crash
解決監(jiān)聽者dealloc的Crash支竹，最直接的辦法就是在監(jiān)聽者（listener）的dealloc調(diào)用[listened removeObserver:listener forKeyPath:path]旋廷。但此時(shí)我們會(huì)遇到3個(gè)問題：
- 如若不采用hook
dealloc方法添加移除邏輯（采用hook風(fēng)險(xiǎn)比較大，會(huì)對(duì)所有NSObject對(duì)象的方法hook）礼搁，還有什么方法能對(duì)所有對(duì)象的dealloc插上一腳呢饶碘？ - listener（監(jiān)聽者）不知道listened（被監(jiān)聽者）們是誰？
- listener不知道listened的keypath有哪些馒吴？
第一個(gè)問題的解決方案是 關(guān)聯(lián)對(duì)象扎运。當(dāng)一個(gè)對(duì)象釋放時(shí)，會(huì)進(jìn)行以下三個(gè)步驟：第一步饮戳，銷毀對(duì)象的所有屬性及實(shí)例變量豪治，第二步，移除對(duì)象上的所有關(guān)聯(lián)對(duì)象扯罐；第三步鬼吵，移除所有對(duì)該對(duì)象的weak引用。
關(guān)聯(lián)對(duì)象的釋放是在listener dealloc過程的第二個(gè)步驟當(dāng)中篮赢，此時(shí)對(duì)象并沒有完全釋放齿椅。因此，我們可以給listener添加一個(gè)關(guān)聯(lián)對(duì)象解決第一個(gè)問題启泣。
根據(jù)第一個(gè)問題解決方案涣脚，第二和第三個(gè)解決方案也不難想出。同樣地寥茫，我們可用關(guān)聯(lián)對(duì)象保存監(jiān)聽者和keypath數(shù)組實(shí)現(xiàn)遣蚀。但我們不想這么做，為了讓 listener 看起來更加干凈纱耻，也為了讓邏輯更加清晰芭梯，可將監(jiān)聽者和keypath作為第一個(gè)關(guān)聯(lián)對(duì)象的實(shí)例變量。而且為了不強(qiáng)引用監(jiān)聽者弄喘，監(jiān)聽者是weak保存的玖喘。另外，為了全權(quán)管理listener對(duì)listened的行為蘑志，我們將監(jiān)聽行為轉(zhuǎn)給這個(gè)關(guān)聯(lián)對(duì)象累奈，關(guān)聯(lián)對(duì)象收到監(jiān)聽消息再轉(zhuǎn)遞給listener。至此急但，我們稱這個(gè)關(guān)聯(lián)對(duì)象為代理者（proxy）澎媒。
最終，listener波桩，listened戒努，proxy三者關(guān)系及監(jiān)聽者移除監(jiān)聽過程如下：
proxy定義如下：
我們來詳細(xì)捋一遍過程：
添加過程
- 添加監(jiān)聽時(shí)，取出關(guān)聯(lián)在listener上對(duì)象proxy（沒有就創(chuàng)建镐躲，并建立新的監(jiān)聽關(guān)系和轉(zhuǎn)發(fā)關(guān)系）储玫，且proxy以weak的方式保存了listener和listened兩個(gè)對(duì)象侍筛；
- 如果keypath在proxy保存中，說明已經(jīng)監(jiān)聽過了缘缚，不需要再監(jiān)聽勾笆。此時(shí)解決了我們第三大類的移除次數(shù)大于監(jiān)聽次數(shù)的crash。如不在keypath中桥滨，則添加keypath到keypath容器中窝爪，并建立對(duì)于新的keypath的監(jiān)聽關(guān)系；
dealloc過程
listener dealloc齐媒，觸發(fā)proxy的dealloc蒲每，proxy根據(jù)保存的keypath信息依次移除監(jiān)聽關(guān)系，至此監(jiān)聽關(guān)系完美解除喻括。
第一個(gè)和第三個(gè)Crash問題解決了邀杏，接下來，我們來fix第二大問題~
2. 解決被監(jiān)聽者（listened）dealloc的Crash
和第一個(gè)問題類似唬血，要解決listened的dealloc的Crash望蜡，同樣地可以給listened添加一個(gè)關(guān)聯(lián)對(duì)象用于檢測(cè)listened的釋放時(shí)機(jī)。如下圖所示：
圖中的D對(duì)象拷恨，也就是監(jiān)聽被監(jiān)聽者的監(jiān)聽者（有點(diǎn)繞...）脖律，Listened's Dealloc Listener簡(jiǎn)稱LDL⊥笾叮可以看到它不僅跟listened有關(guān)系小泉，還弱持有了proxy。為什么呢冕杠？因?yàn)閷?duì)于listened來說微姊，它自己并不知道誰監(jiān)聽了它，而正好proxy知道監(jiān)聽中的所有秘密分预。當(dāng)listened釋放時(shí)兢交，LDL被釋放，根據(jù)保存的proxy關(guān)系噪舀，就能釋放對(duì)listened的所有監(jiān)聽關(guān)系魁淳，并且還可以移除listener的關(guān)聯(lián)對(duì)象proxy。
最終与倡，我們來看看LDL的實(shí)現(xiàn)代碼：
眼尖的同學(xué)會(huì)發(fā)現(xiàn)兩個(gè)有趣的地方：
- listened 是
__unsafe_unretained的指針保存； - proxy 是 用 weak
NSHashTable容器保存昆稿；
為什么要用__unsafe_unretained保存listened纺座，而不是weak？
原因是若使用weak溉潭，在LDL dealloc 的過程中净响，指針獲取到的值已經(jīng)為nil了（在proxy保存的listened也一樣）少欺，拿不到我們要用的對(duì)象指針，那么好奇的寶寶又會(huì)問了：這又是為什么呢馋贤？這是因?yàn)槊看问褂?code>weak變量時(shí)赞别，最終會(huì)調(diào)用id objc_loadWeakRetained(id *)方法，方法發(fā)現(xiàn)當(dāng)前對(duì)象如果在dealloc過程中就會(huì)直接返回nil配乓。所以仿滔，我們這里使用了__unsafe_unretained指針來保有對(duì)象的指針，既能一直訪問到對(duì)象犹芹，又不會(huì)影響對(duì)象的引用計(jì)數(shù)崎页。
第二個(gè)問題，NSHashTable 容器保存proxy腰埂，NSHashTable類似于數(shù)組飒焦，但它可以保存任何指針，而且可以有各種方法存儲(chǔ)他們屿笼，比如牺荠，retain, weak, copy...。而我們這里使用的目的是保存監(jiān)聽關(guān)系proxy列表驴一，而且弱引用他們休雌。這種特殊容器平時(shí)開發(fā)用的很少，想了解更多關(guān)于這些特殊容器的蛔趴，請(qǐng)點(diǎn)這里
用法
原理講完了挑辆，說說最終的用法，和系統(tǒng)源碼API一樣簡(jiǎn)單孝情，提供了三個(gè)接口如下：
總結(jié)
本文從KVO三種類型的Crash進(jìn)行分析鱼蝉，使用了代理模式做轉(zhuǎn)發(fā)，用關(guān)聯(lián)對(duì)象監(jiān)聽dealloc時(shí)機(jī)箫荡，使用__unsafe_unretained來持有不會(huì)增加引用計(jì)數(shù)但一直保有對(duì)象的指針魁亦，使用了不常見的NSHashTable來弱持有代理，最終實(shí)現(xiàn)了健壯的KVO羔挡，減少了KVO系統(tǒng)實(shí)現(xiàn)的問題導(dǎo)致的不愉快的使用體驗(yàn)洁奈，讓更多人感受到使用KVO機(jī)制帶來的幸福感。
