掘金主页欢迎关注和提问，以后也会不定期回答简书上的提问
先抛出我的疑惑：
KVO监听UICollectionView的contentSize，可是为hen么滑动CollectionView这个操作会使观察者监听到contentSize的变化呢？估计是调用了contentSizede set方法，可是这并不是我想要的啊
我目前的需求是，在DataSource数据源发生变化后，
CollectionView的contentSize产生对应的变化？但事实不是这样的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];
}
}
}
}
这样就可以满足需求了。
出于好奇，我在解决方法中的这段代码上打了断点，滑动CollectionView观察每次newSize和oldSize的数值，发现在滑动中newSize和oldSize的值始终是完全一致的，此处是印证了我开头所说的 在DataSource没有数据源变化的情况下，CollectionView的ContentSize渲染结束后应该是确定了的这个说法。个人认为对KVO来说：
KVO的监听从对应key-path的属性是否调用了- ()set方法，即使UICollectionView的ContentSize的值没有变化，但是滑动中UICollectionView.contentSize的- ()set方法被调用了，KVO的检测到并回调，后续空了重写一下了解一下UICollectionView.contentSize相关内容再做补充。
