SwiftUI中可等效Android RecyclerView的视图回收组件

你之前查到的不少相关解答都是SwiftUI早期版本（iOS 15及以前）的过时结论，针对你需要的大数量级图文/视频列表、视图自动回收复用、双列不规则feed布局的需求，完全可以根据项目的最低支持版本选对应方案，不是必须用UICollectionView。

iOS 16之后系统原生的LazyVGrid已经具备和Android RecyclerView对标的核心能力，完全满足你的需求：

• 懒加载复用机制：仅渲染当前滚动视口范围内的视图，滑出视口的视图会自动回收内存，哪怕你加载上千条图文/视频数据，也不会一次性渲染全部视图造成内存飙升
• 布局灵活度足够：你要的参考布局是典型的双列自适应高度feed流，只需要配置两个尺寸为.adaptive的GridItem，就能自动实现不等高item排列，不需要写复杂的自定义布局逻辑
• 生命周期回调完善：可以直接通过.onAppear/.onDisappear修饰符监听item的进出视口状态，很方便实现视频滑入自动播放、滑出暂停释放资源的逻辑

避坑提醒：不要用SwiftUI的List组件实现多列布局，List仅对应UIKit的UITableView，只能做单列表单，不支持多列网格布局，且自定义布局自由度极低。

如果你的项目需要兼容iOS 15及更早的系统版本，或者需要实现拖拽重排、复杂section装饰视图、自定义过渡动画这类高级布局效果，UICollectionView依然是最稳定的选择。你可以通过SwiftUI的UIViewRepresentable协议把UICollectionView包装成SwiftUI组件使用，不会和现有SwiftUI代码冲突。
配合UICollectionViewCompositionalLayout和UICollectionViewDiffableDataSource，你可以非常方便的实现你要的双列feed布局，且复用效率经过了十几年的版本迭代，哪怕是复杂的视频item快速滚动也不会出现明显掉帧。

• 无论选哪种组件，图片和视频资源都要做异步加载+内存缓存，不要在主线程做资源解码，避免滚动掉帧
• 视频播放器做按需加载：只有当item滑动到视口核心区域时才初始化播放器加载资源，滑出视口立刻释放播放器实例，避免不必要的内存占用
• 如果你是刚入门iOS开发，项目最低支持版本能到iOS16的话，优先选LazyVGrid，学习成本比UICollectionView低很多，足够覆盖你的需求

目标布局参考

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