UICollectionView重载Section1后滚动位置重置，如何保留原有位置？

我来分享几个你可能没排查到的点，这些都是我在复杂项目中碰到过的类似问题：

• 自动布局约束的隐性变化
  有时候UICollectionView自身或者父视图的约束会在重载时被触发更新，导致其bounds发生变化，间接让contentOffset被重置。你可以在调用reloadSections前后打印collectionView的bounds值对比，如果发现尺寸有变化，那大概率是约束的问题——比如某个约束的优先级冲突，或者在其他地方（比如viewDidLayoutSubviews）有动态调整约束的逻辑，和重载操作触发了冲突。

• 自定义FlowLayout的布局逻辑干扰
  如果你的项目用了自定义UICollectionViewFlowLayout，或者重写了系统FlowLayout的方法（比如prepare()、layoutAttributesForElements(in:)），可能在重载Section时触发了布局的重新计算，且没有正确保留之前的滚动偏移。比如有些自定义布局会在prepare里强制重置布局缓存，或者错误地修改了contentSize；另外，如果设置了estimatedItemSize为动态尺寸，且重载前后Section1的单元格尺寸发生了变化，也会导致collectionView重新计算整体布局，进而偏移重置。

• 数据源更新与UI操作的异步冲突
  检查一下在你更新数据源并调用重载方法后，有没有其他异步操作（比如网络回调、KVO通知、Timer事件）在同一个RunLoop周期内触发了collectionView的其他更新（比如layoutIfNeeded、setNeedsLayout）。这些后续操作可能会覆盖你之前的重载逻辑，导致偏移被重置。可以用断点调试，跟踪contentOffset的变化，看看是哪个操作触发了它的重置。

• ContentInset的动态调整
  有时候视觉上的滚动位置重置，其实是contentInset发生了变化，而非contentOffset本身。比如导航栏的translucent属性变化、TabBar的显示隐藏，或者自定义的contentInset适配逻辑（比如键盘弹出/收起时的调整），刚好在重载Section时触发，导致滚动位置看起来被重置。你可以打印重载前后的contentInset值对比确认。

• 代理方法返回值的不一致
  检查collectionView(_:layout:sizeForItemAt:)方法，重载Section1时返回的单元格尺寸是否和之前一致？如果尺寸发生了变化，collectionView会重新计算contentSize，进而调整滚动偏移。另外，collectionView(_:shouldInvalidateLayoutForBoundsChange:)如果返回true，会导致bounds变化时布局失效，也可能间接影响滚动位置。

• 第三方库或分类的隐性修改
  现有项目中如果引入了和UICollectionView相关的第三方库（比如下拉刷新、布局框架），或者给UICollectionView/FlowLayout添加了分类，这些代码可能偷偷修改了collectionView的行为。比如某些下拉刷新库会在reload时强制将滚动位置重置到顶部，或者分类里的reloadSections方法被重写，加入了额外的逻辑。可以尝试暂时移除这些库，或者检查分类的实现。

• RunLoop调度时机问题
  确保所有数据源更新和collectionView的UI操作都在主线程执行，有时候即使在主线程，如果操作时机不对（比如在viewDidLoad还没完成布局时执行重载），也可能导致布局计算异常。可以尝试用DispatchQueue.main.async包裹重载操作，让它在下一个RunLoop周期执行，看看是否能解决问题。

内容的提问来源于stack exchange，提问作者Hash88