iOS组件化(四)-FBKVOController源码分析

FBKVOController实现原理

在上一篇文章中,有用到FBKVOController去实现MVVM模式。现在来分析一下FBKVOController实现原理。

在我们平常使用KVO的时候,是直接通过对被监听添加一个监听者去实现的。但是在FBKVOController中是通过一个单例_FBKVOSharedController去进行管理的。

流程大概如下图所示

FBKVOController原理.png

1 监听者新建并持有一个FBKVOController对象,当调用监听方法的时候,会生成一个_FBKVOInfo对象。

- (void)observe:(nullable id)object keyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options action:(SEL)action
{
  NSAssert(0 != keyPath.length && NULL != action, @"missing required parameters observe:%@ keyPath:%@ action:%@", object, keyPath, NSStringFromSelector(action));
  NSAssert([_observer respondsToSelector:action], @"%@ does not respond to %@", _observer, NSStringFromSelector(action));
  if (nil == object || 0 == keyPath.length || NULL == action) {
    return;
  }

  // create info
  _FBKVOInfo *info = [[_FBKVOInfo alloc] initWithController:self keyPath:keyPath options:options action:action];

  // observe object with info
  [self _observe:object info:info];
}

_FBKVOInfo这个对象包括了以下内容

{
@public
 __weak FBKVOController *_controller;//controller,conttoller持有监听者
 NSString *_keyPath;//被监听的路径
 NSKeyValueObservingOptions _options;//监听的选项
 SEL _action;//监听者的回调方法
 void *_context;//
 FBKVONotificationBlock _block;//监听者的回调block
 _FBKVOInfoState _state;//监听的状态 分为初始化 监听中 不监听
}

2 把上面被监听者object和生成的_FBKVOInfo对象传递给_FBKVOSharedController这个单例。
_FBKVOSharedController会以object为key,_FBKVOInfo对象为value存入到哈希表_infos中。并对object进行KVO监听

3 当object发生改变的时候,会执行苹果自带的方法

- (void)observeValueForKeyPath:(nullable NSString *)keyPath
                      ofObject:(nullable id)object
                        change:(nullable NSDictionary *)change
                       context:(nullable void *)context

在这个方法里,会从_FBKVOSharedController中的哈希表_infos,以object为key,获取到对应的value,也就是_FBKVOInfo对象。取出里面的监听者和需要调用的方法,并执行方法

4 需要移除监听的时候,会调用

- (void)unobserve:(id)object info:(nullable _FBKVOInfo *)info
{
  if (nil == info) {
    return;
  }

  // unregister info
  pthread_mutex_lock(&_mutex);
  [_infos removeObject:info];
  pthread_mutex_unlock(&_mutex);

  // remove observer
  if (info->_state == _FBKVOInfoStateObserving) {
    [object removeObserver:self forKeyPath:info->_keyPath context:(void *)info];
  }
  info->_state = _FBKVOInfoStateNotObserving;
}

这个方法会先从哈希表中移除_infos中的_FBKVOInfo,再对_FBKVOInfo对应的被监听者object移除KVO,并从全局哈希表中删除。

5 其实FBKVOController这个第三方库是不需要手动移动监听,这也是这个库的最大优点。因为当持有FBKVOController对象的监听者释放的时候,FBKVOController对象也会随之释放,FBKVOController对象释放的时候执行的dealloc方法,如下

- (void)dealloc
{
  [self unobserveAll];
  pthread_mutex_destroy(&_lock);
}

其中 [self unobserveAll]会循环执行第4点的 *unobserve:(id)object info:(nullable _FBKVOInfo )info方法去移除kvo。

FBKVOController整个库的实现流程基本上就这样。

另外FBKVOController是线程安全的,因为在监听,移除监听,添加删除_FBKVOInfo信息的时候都用pthread_mutex_lock进行了线程安全的控制。

其实FBKVOController像MGJRouter一样,实现比较简单,都是将需要存储的关键信息以对象的方式存储到字典里。

你可能感兴趣的:(iOS组件化(四)-FBKVOController源码分析)