Android 12中DownloadManager冻结15-20分钟问题求助

• 问题共性：确实有不少开发者碰到过Android 12（API 31）上批量调用DownloadManager出现任务排队、长时间无响应的情况，尤其是短时间内发起大量下载任务时，和你描述的现象完全吻合。

• 可能的触发原因：

  • Android 12对后台任务的管控进一步收紧，你在循环内给每个下载任务都动态注册广播接收器，这种高频的资源申请操作可能触发系统的后台资源限制，导致DownloadManager的调度被暂时压制。
  • DownloadManager在Android 12版本中调整了并发下载的阈值，一次性提交100+任务会触发队列阻塞机制，系统会进入15-20分钟的"冷却"周期来平衡系统资源。

• 实测有效的解决方案：

  • 移除循环内的广播注册：把广播接收器的注册逻辑移到Worker初始化阶段，或者改用DownloadManager.Query结合WorkManager的周期性任务统一监听所有下载任务状态，不要每个任务都单独注册Receiver。
  • 拆分下载批次：将112个任务分成5-6组，每组20个左右，每组提交后设置1-2秒的间隔，避免一次性给DownloadManager压入过量任务。
  • 优化Worker配置：给Worker添加Constraints，限制其在设备充电、连接稳定网络时运行，同时避免Worker长时间持有Context引用，减少后台资源占用。
  • 改用静态广播监听：在Manifest中注册DownloadManager.ACTION_DOWNLOAD_COMPLETE广播接收器，替代Worker内的动态注册，既避免重复注册的资源浪费，也能规避系统的后台限制。

内容的提问来源于stack exchange，提问作者Anónimo