KVO在OC中是實現鍵值(key-value-observing)觀察的方式,在設計模式中是典型的觀察者模式,當被觀察者的鍵值發生改變時會通知到事先添加的觀察者,在app開發中常常被使用,達到事半功倍的效果。但同時KVO在使用的過程當中有許多須要特變注意的地方,稍有不慎就會致使app崩潰,不得不讓人另眼相看。究竟是怎麼回事兒呢,下面根據我的的使用狀況一一道來。html
定義2個NSObject子類對象ObjectA, ObjectB,並分別添加valueA和valueB的屬性git
@interface ObjectA : NSObject @property (nonatomic, assign) NSInteger valueA; @end @interface ObjectB : NSObject @property (nonatomic, assign) NSInteger valueB; @end
用ObjectB的對象實例objectB來觀察ObjectA實例的valueA的變化,當發生變化打印對象的新值github
@implementation ObjectB - (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context { if(![object isKindOfClass:[ObjectA class]]) { return; } if(![keyPath isEqualToString:@"valueA"]) { return; } NSLog(@"ObjectA valueA changed:%@", change); } @end
self.objectA = [ObjectA new]; self.objectB = [ObjectB new]; [self.objectA addObserver:self.objectB forKeyPath:@"valueA" options:NSKeyValueObservingOptionNew context:nil]; self.objectA.valueA = 20; [self.objectA removeObserver:self.objectB forKeyPath:@"valueA"];
執行後objectA的valueA被修改成20的時候,觀察者objectB會獲得通知並打印其變化:設計模式
2018-11-02 10:11:08.867329+0800 KVOTestDemo[485:73437] ObjectA valueA changed:{ kind = 1; new = 20; }
KVO的實現是基於iOS runtime機制的isa-swizzling,當一個對象的屬性被註冊觀察者時,會生成一箇中間類繼承自此類,而後將類的isa指針指向新生成的子類,這樣被觀察的對象就變成了這個中間類,同時重寫了屬性的setter方法,當新對象的屬性發生變化時,則會依次通知註冊的觀察者對象。
蘋果在這裏給出了簡單解釋安全
連續對objectA同一屬性valueA添加觀察者objectB是能夠的,可是也要保證在移除觀察者的時候也要移除2次,否則可能會引起崩潰,由於不一樣iOS系統版本表現不一致,後面會提到:app
//重複添加觀察者 self.objectA = [ObjectA new]; self.objectB = [ObjectB new]; [self.objectA addObserver:self.objectB forKeyPath:@"valueA" options:NSKeyValueObservingOptionNew context:nil]; [self.objectA addObserver:self.objectB forKeyPath:@"valueA" options:NSKeyValueObservingOptionNew context:nil]; self.objectA.valueA = 20; [self.objectA removeObserver:self.objectB forKeyPath:@"valueA"]; [self.objectA removeObserver:self.objectB forKeyPath:@"valueA"]; self.objectB = nil; self.objectA = nil;
觀察者會被調用2次:測試
2018-11-03 16:34:08.492202+0800 KVOTestDemo[972:235154] ObjectA valueA changed:{ kind = 1; new = 20; } 2018-11-03 16:34:08.492281+0800 KVOTestDemo[972:235154] ObjectA valueA changed:{ kind = 1; new = 20; }
移除的觀察者須要移除2次,否則會引起崩潰:ui
//重複添加觀察者 self.objectA = [ObjectA new]; self.objectB = [ObjectB new]; [self.objectA addObserver:self.objectB forKeyPath:@"valueA" options:NSKeyValueObservingOptionNew context:nil]; [self.objectA addObserver:self.objectB forKeyPath:@"valueA" options:NSKeyValueObservingOptionNew context:nil]; self.objectA.valueA = 20; [self.objectA removeObserver:self.objectB forKeyPath:@"valueA"]; // [self.objectA removeObserver:self.objectB forKeyPath:@"valueA"]; self.objectB = nil; self.objectA = nil;
在objectA銷燬時由於還存在觀察者而致使崩潰atom
2018-11-03 16:29:31.139120+0800 KVOTestDemo[958:233655] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'An instance 0x17001d720 of class ObjectA was deallocated while key value observers were still registered with it.
//移除不存在的觀察者 self.objectA = [ObjectA new]; self.objectB = [ObjectB new]; self.objectA.valueA = 20; [self.objectA removeObserver:self.objectB forKeyPath:@"valueA"];
objectA並無添加objectB爲觀察者,而直接去移除其觀察者會致使崩潰。spa
2018-11-03 16:39:47.369455+0800 KVOTestDemo[979:236927] *** Terminating app due to uncaught exception 'NSRangeException', reason: 'Cannot remove an observer <ObjectB 0x170017840> for the key path "valueA" from <ObjectA 0x170017830> because it is not registered as an observer.'
因此添加很刪除觀察者應該成對出現,互相匹配,才能保證KVO使用的正確穩定性。
//被觀察者銷燬時還存在有未移除的觀察者 self.objectA = [ObjectA new]; self.objectB = [ObjectB new]; [self.objectA addObserver:self.objectB forKeyPath:@"valueA" options:NSKeyValueObservingOptionNew context:nil]; self.objectA.valueA = 20; self.objectA = nil;
此例中,objectA添加了觀察者objectB,可是直到objectA銷燬時也沒有移除此觀察者,測試在iOS10及其以前系統會致使崩潰,可是iOS11後系統作了兼容,因此並不會崩潰。
iOS10上面的崩潰以下:
2018-11-03 17:05:42.101695+0800 KVOTestDemo[989:241126] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'An instance 0x17001f8d0 of class ObjectA was deallocated while key value observers were still registered with it.
這點值得注意,由於開發者每每在較高的iOS系統上面開發測試,而忽略了不一樣版本之間的差別,或者系統覆蓋測試不徹底,則可能致使APP崩潰。在ARC開發中開發者可能愈來愈少的去關注對象釋放的時機,若是被觀察的對象提早於觀察者釋放一樣可能致使崩潰。
這種狀況等同於移除一個非觀察者對象,一樣都會致使崩潰:
//移除一個已經銷燬的觀察者 self.objectA = [ObjectA new]; self.objectB = [ObjectB new]; [self.objectA addObserver:self.objectB forKeyPath:@"valueA" options:NSKeyValueObservingOptionNew context:nil]; self.objectA.valueA = 20; self.objectB = nil; [self.objectA removeObserver:self.objectB forKeyPath:@"valueA"]; self.objectA = nil;
出現崩潰:
2018-11-03 17:11:20.322089+0800 KVOTestDemo[40637:2785015] *** Terminating app due to uncaught exception 'NSRangeException', reason: 'Cannot remove an observer <(null) 0x0> for the key path "valueA" from <ObjectA 0x600002bb0d30> because it is not registered as an observer.'
因此一個對象若是做爲觀察者,那麼在該對象dealloc前應當被移除。
看吧KVO真是讓人另眼相看,看似功能強大,使用簡單,但卻暗藏殺機,稍有不慎便會致使APP崩潰,那麼如何安全的使用KVO呢?
不妨試試Facebook的開源庫KVOController
//FBKVOController使用起來更安全更簡單 self.objectA = [ObjectA new]; self.objectB = [ObjectB new]; [self.objectB.KVOController observe:self.objectA keyPath:@"valueA" options:NSKeyValueObservingOptionNew block:^(id _Nullable observer, id _Nonnull object, NSDictionary<NSKeyValueChangeKey,id> * _Nonnull change) { NSLog(@"ObjectA valueA changed:%@", change); }]; self.objectA.valueA = 20; self.objectA = nil; self.objectB = nil;
以上問題都迎刃而解啦!測試demo在這裏Github