掘金主页欢迎关注和提问，以后也会不定期回答简书上的提问

先抛出我的疑惑：

KVO监听UICollectionView的contentSize，可是为hen么滑动CollectionView这个操作会使观察者监听到contentSize的变化呢？估计是调用了contentSizede set方法，可是这并不是我想要的啊

表情1.jpg
我目前的需求是，在DataSource数据源发生变化后，CollectionView的contentSize产生对应的变化？但事实不是这样的sad☹️ 现实是：滑动CollectionView会使KVO疯狂调用监听contentSize的回调。

接下来阐述一下心路历程吧

需求描述：

产品同学期望在拍摄新的照片后能够横向滑动到新增的照片，让用户感知到照片拍摄成功。如图：

p1.png p2.png

实现思路：

如需滚动到新增照片（即CollectionView的底部）需要照片在CollectionView上完成渲染操作，我自yan而yan的就想到了KVO，去监测CollectionView的ContentSize，当新增照片成功渲染到CollectionView上后ContentSize势必会改变，这时我修改ContentOffset去完成自动滑动。
初版实现代码如下：

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context {
      if([keyPath isEqualToString:@"contentSize"]) {
            if (context == photosCollectionViewContext) {      // 此处context为自定义标识符，客官不必纠结其意义
                CGFloat offset = MAX(self.photosCollectionView.contentSize.width - self.photosCollectionView.frame.size.width, 0.0);
                [self.photosCollectionView setContentOffset:CGPointMake(offset, 0) animated:YES];
            }
      }
}

遇到的问题：

当我对展示照片的CollectionView做横向滑动时(照片数量多于4张)，KVO竟然监测到CollectionView.ContentSize变化，不断回调其 - observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context 方法，导致CollectionView滑动卡顿且最终永远停在照片尾部(即底部)。

解决方法：

我们在创建观察者的时候通过增加 NSKeyValueObservingOptionNew NSKeyValueObservingOptionOld参数将变化后的新值旧值告诉我们：

[self.photosCollectionView addObserver:self 
                            forKeyPath:@"contentSize" 
                               options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld 
                               context:photosCollectionViewContext];

通知会调用 - observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context 方法，我们利用 change 中的数据new和old进行逻辑上的判断，控制CollectionView产生我们所需要的滑动。
解决：

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context {
    
    if (context == photosCollectionViewContext) {
            NSValue *newSizeValue = change[@"new"];
            NSValue *oldSizeValue = change[@"old"];
            CGSize newSize = [newSizeValue CGSizeValue];
            CGSize oldSize = [oldSizeValue CGSizeValue];
            // 判断条件：若新值与旧值相等即ContentSize没有发生变化则忽略
                       新值contentSize.width > 旧值content.size即新增图片导致的contentSize增大才处理滑动
            if (![newSizeValue isEqualToValue:oldSizeValue] && newSize.width > oldSize.width) {
                CGFloat offset = MAX(self.photosCollectionView.contentSize.width - self.photosCollectionView.frame.size.width, 0.0);
                [self.photosCollectionView setContentOffset:CGPointMake(offset, 0) animated:YES];
            }
        }
    }
}

这样就可以满足需求了。

出于好奇，我在解决方法中的这段代码上打了断点，滑动CollectionView观察每次newSize和oldSize的数值，发现在滑动中newSize和oldSize的值始终是完全一致的，此处是印证了我开头所说的 在DataSource没有数据源变化的情况下，CollectionView的ContentSize渲染结束后应该是确定了的这个说法。个人认为对KVO来说：

KVO的监听从对应key-path的属性是否调用了- ()set方法，即使UICollectionView的ContentSize的值没有变化，但是滑动中UICollectionView.contentSize的- ()set方法被调用了，KVO的检测到并回调，后续空了重写一下了解一下UICollectionView.contentSize相关内容再做补充。