UICollectionView的内存加载量是多少？可重用cell资源加载时机问题

核心疑问回应 #

• 初始化阶段会不会一次性加载全部100张图片？
  完全不会。UICollectionView的cell创建、配置是严格的按需触发机制，初始化阶段系统仅会为当前视口范围内需要展示的cell走完整配置流程，根本不会遍历全部100个数据源项触发资源加载。哪怕数据源总数达到1000项，初始化阶段的网络请求也只会针对当前屏幕可见范围的资源发起。

• 会不会等到cell即将展示时才设置图片、触发对应下载？
  你当前的实现逻辑下，图片下载时机和cell即将展示的节点是完全绑定的。
  系统只有在判定某个cell即将进入可视区域（包含接近屏幕边缘的预加载缓冲范围）时，才会触发cellForItemAt代理方法，执行你写的sd_setImage逻辑，也就是此时才会发起对应图片的下载请求。

  补充说明：系统的预加载逻辑不会等cell完全露出屏幕才触发，会在滚动方向上距离屏幕1-2个cell的位置提前完成cell配置和资源加载，目的是避免滚动时的加载卡顿，但这个预加载范围始终和屏幕视口强绑定，不会跨大范围提前下载数百个屏幕外的cell资源。

带宽优化相关注意点 #

你当前的实现已经借助复用机制规避了全量加载的带宽浪费，开发时还可以注意这些细节进一步降低无谓带宽消耗：

• 复用机制天然存在无效请求风险：如果cell滑出屏幕被复用到其他indexPath时，没有取消当前imageView正在进行的下载任务，可能会出现旧资源的下载请求在后台持续运行的情况。可以在自定义cell的prepareForReuse方法中调用sd_cancelCurrentImageLoad终止这类无效请求。
• SDWebImage内置了URL去重、内存+磁盘缓存机制，同一个资源的请求不会重复发起，能进一步降低重复带宽消耗。
• 如果列表中包含视频、音频这类大体积媒体，不建议完全依赖系统默认的预加载范围拉取资源，可以手动调整预加载的触发距离，仅针对极贴近屏幕的cell提前拉取媒体元数据，避免远距离位置的大文件无谓下载。

你的现有cell配置代码 #

selfieCell.imageView.sd_setImage(with: URL(string: message.stringOrKey), completed: nil)
return selfieCell

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