本文提供了需求所描述问题的解决方案，但是关于滑动CollectionView时KVO监听ContentSize会不断触发回调的问题依然困扰着我

先抛出我的疑惑：

KVO监听UICollectionView的ContentSize，可是为hen么滑动CollectionView这个操作会使观察者监听到contentSize的变化呢？现实对我的认知造成了冲击

在我的理解中，在DataSource没有数据源变化的情况下，CollectionView的ContentSize渲染结束后应该是确定了的（当然CollectionView在滑动过程中对item本身就存在着不断地渲染，我提到的渲染。。。你懂的，就是整体上的，在我理解哈），所以！CollectionView在滑动时不应该触发KVO的监听呀。很有道理对不对？但事实不是这样的sad☹️ 现实是：滑动CollectionView会使KVO疯狂调用监听ContentSize的回调。

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

需求描述：

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

实现思路：

如需滚动到新增照片（即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];
            }
        }
    }
}

这样就可以满足需求了。

But！！！！！！有一个问题却不断困扰着我就是文章开头提到的滑动操作为什么会触发KVO？

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

这个说法。这就让我对KVO的触发机制产生了疑问，对KVO来说：

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

【开发问题记录①】关于滑动CollectionView时ContentSize变化的问题