Android结合ViewPager2与TabLayout的数据加载策略选型咨询

不存在绝对最优的方案，需要结合业务实际情况选择，两类方案的优劣势分别如下：

方案1：一次性拉取全量数据后本地处理 #

优势 #

• 仅需1次网络请求，用户切换Tab时无加载等待，交互流畅度高，无网络状态下也可正常浏览已加载的全量数据
• 服务端仅需维护一个全量数据返回接口，开发和维护成本更低
• 本地持有全量数据，可灵活支持全局搜索、跨分类筛选等扩展功能，无需额外发起接口请求

劣势 #

• 若数据量级较大（分类数>20、单分类下Item数>100），首次请求耗时过长，且会占用更多内存，低端设备易出现卡顿
• 全量数据更新不及时，若有高实时性要求，需额外开发增量更新逻辑

方案2：各Fragment按分类ID单独请求数据 #

优势 #

• 首次加载速度快，仅请求当前展示分类的对应数据即可完成首屏渲染，不会因全量数据体积过大导致用户长时间等待白屏
• 内存占用低，仅需缓存当前及最近访问的几个分类数据即可，适配大数据量场景
• 过滤、排序逻辑由服务端统一实现，多端展示规则一致性更高，避免各端本地处理逻辑不一致的问题

劣势 #

• 每次切换未加载过的Tab都需要等待网络请求返回，弱网环境下体验极差
• 服务端需要单独开发按分类查询的接口，用户频繁切换Tab时会产生大量请求，服务端压力更高

选型参考 #

• 如果你的业务分类总数少于10个、单分类下Item数量不超过50条，优先选择方案1，用户体验更好
• 如果分类数量多、单分类数据量大，或是数据实时性要求高，优先选择方案2，可搭配相邻Tab预加载逻辑优化切换等待体验

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