NSDiffableDataSource的cellProvider闭包未触发问题

cellProvider本质是UICollectionViewDiffableDataSource对系统数据源方法collectionView(_:cellForItemAt:)的封装，不触发的核心原因只有两类：要么数据源本身没有正常接管collectionView，要么collectionView判定当前没有需要渲染的可见cell，按以下优先级排查即可：

• 检查apply调用是否在主线程
  UIKit所有UI相关操作必须在主线程执行，如果你在网络回调、后台队列里直接调用apply(_:animatingDifferences:)，会出现静默失败，不会触发任何UI刷新逻辑。在apply调用行加断点，通过po Thread.isMainThread确认返回值为true，非主线程的话必须切到主队列再调用。
• 检查collectionView布局是否返回有效尺寸
  这是最高发的问题：如果collectionView布局计算出的cell尺寸为0，会直接判定该位置不需要展示cell，根本不会请求cell。
  如果你用UICollectionViewFlowLayout，先临时写死layout.itemSize = CGSize(width: 100, height: 100)、把estimatedItemSize设为.zero关闭自动估算，运行看cell是否正常加载。如果能加载，说明之前的尺寸计算有问题：要么是自动布局约束不全导致系统算高返回0，要么是自定义布局的layoutAttributesForElements(in:)返回的属性尺寸错误。
• 确认diffable数据源被正确持有、没有被覆盖
  UICollectionViewDiffableDataSource实例必须被强引用，否则会被提前释放，不会响应任何数据源回调。
  注意不要在viewDidLoad生命周期之前触发recordsDataSource的懒加载，否则如果recordsCollectionView是IBOutlet，此时还未完成连接会是nil，传入空collectionView创建的数据源不会和视图产生绑定。
  另外不要手动修改collectionView的dataSource属性：diffable数据源初始化时会自动把自己设为collectionView的dataSource，如果你之后写了recordsCollectionView.dataSource = self这类代码，会直接覆盖掉diffable数据源的引用。可以在apply之后断点执行po recordsCollectionView.dataSource，确认返回的是你创建的RecordsDataSource实例。
• 核对快照数据是否符合预期
  你提到“snapshot.numberOfItems属性值为4，对应4个分区”，这里存在概念混淆：numberOfItems是所有分区的item总数，不是分区数，分区数要读numberOfSections属性。
  在apply前加几行代码核对数据：

  print("分区数：\(snapshot.numberOfSections)")
  for section in 0..<snapshot.numberOfSections {
      print("分区\(section)的item数：\(snapshot.numberOfItems(inSection: section))")
  }
  

  确认每个分区真的有有效item，而不是ymd.recordItems为空导致实际没有可展示的cell。
• 检查Section/Item模型的Hashable实现
  Diffable数据源完全依赖模型的Hashable协议做差异比对，如果你的YearMonthDay、RecordItem模型的hash(into:)或者==逻辑写错（比如所有实例的hash值都相同、相等判定永远返回false），会导致diff逻辑异常，无法识别到有效item。如果是自定义NSObject子类，优先建议改成结构体，编译器自动生成的Hashable实现基本不会出错。
• 核对collectionView自身状态
  确认recordsCollectionView.frame不是CGRectZero、isHidden为false、alpha大于0，没有被其他视图完全遮挡。如果collectionView自身大小为0或者不可见，自然不会加载任何可见cell。

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