Android多图上传场景WorkManager方案选型：单长运行worker还是多单图worker？

针对该照片上传场景，更推荐使用第二种方案：单张照片对应独立OneTimeWorkRequest，通过链式编排通知任务实现最终上传完成提醒

两种方案优劣对比 #

方案1：单个长驻Worker串行完成所有上传 #

存在以下明显短板：

• 容错性低：一旦Worker因进程回收、系统异常中断，若没有额外实现上传进度持久化逻辑，已完成的上传进度会全部丢失，需要全量重传，资源浪费严重
• 状态管理成本高：需要自行实现所有照片的上传状态存储、变更通知逻辑，无法复用WorkManager原生的任务状态监听能力，不符合单张上传状态实时同步UI的需求
• 上传效率低：单Worker串行上传50~100张照片的耗时远高于并行上传，无法利用WorkManager的自动调度能力提升上传速度

方案2：单张照片对应独立OneTimeWorkRequest+链式通知任务 #

完美匹配需求：

• 原生支持单张状态同步：可以给每个照片上传的WorkRequest添加专属TAG，通过getWorkInfosByTagLiveData()方法直接监听每一张的上传状态，无需额外自定义状态管理逻辑，开箱即用实现单张状态实时更新UI
• 容错能力强：可以为单张上传Worker单独配置重试、退避策略，单张上传失败不会影响其他任务的执行；就算进程异常中断，WorkManager也会自动恢复未完成的单张上传任务，不需要全量重传
• 天然支持完成后触发通知：链式编排写法可以保证所有前置的照片上传任务全部执行完成后，才会触发后续的通知Worker，完全满足全部上传完成再展示通知的要求
• 扩展性高：后续如果需要支持单张取消上传、调整特定照片的上传优先级、断点续传等能力，都可以直接针对单张WorkRequest操作，无需重构整体上传逻辑

实现注意事项 #

你提供的示例代码可以直接使用：

workManager
        .beginUniqueWork(workUniqueId, ExistingWorkPolicy.REPLACE, uniqueUploadPhotoWorkRequestList)
        .then(notificationWorkRequest)
        .enqueue()

补充说明：beginUniqueWork传入多个WorkRequest时默认并行执行，若需要串行上传可调整为逐个链式调用then方法；建议给所有上传Worker添加网络可用的约束，避免无网络时无效重试；如果是大体积照片，可以把单张上传Worker配置为长驻Worker，避免上传过程中被系统中断。

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