UWP应用挂起模式下如何维持下载队列持续运行

问题分析与解答 #

1. 现有BackgroundTask使用方式的错误点

你提供的代码存在核心逻辑问题：

• 调用download->StartAsync()后没有等待该异步操作执行完成，就直接在后续的then回调中调用了TaskDeferral->Complete()。后台任务的延期句柄调用Complete后，系统会立即回收后台任务的运行资源，下载任务刚启动就被终止，自然只会生成空文件。
• 额外的逻辑误区：进程内后台任务的运行时长存在系统限制（默认最长约30秒），即便你修复了等待逻辑，也只适合处理单个小文件下载，无法支撑长队列的下载需求。
• 你对BackgroundDownloader的原有理解也存在偏差：它本身是系统级托管的下载组件，天然支持APP挂起、退后台甚至被关闭后的下载续传，无需你额外用后台任务来托管下载流程。

2. 更合理的解决方案

不需要自己实现后台任务来调度下载队列，直接用BackgroundDownloader的原生能力即可：

• 前台逻辑中遍历待下载链接队列，根据你需要的并发数控制DownloadOperation的启动节奏，比如设置同时最多运行2个下载，每个下载完成后再触发下一个任务的创建和启动。
• 所有启动的下载任务都会由系统统一调度，不管应用是否挂起，都会在后台继续执行，自带断点续传、网络切换容错能力。
• 如果需要在下载完成后执行文件整理、用户通知等后续逻辑，可以注册对应类型的后台任务，系统会在所有关联的下载任务完成后自动触发该后台任务，执行短周期的收尾操作即可。

3. 现有代码的临时修复方案

如果要让你当前的单文件下载后台任务能正常运行，只需要修改StartAsync调用部分的逻辑，将异步操作加入任务链等待完成即可：

// 原有代码
download->StartAsync();
// 修改为
return Concurrency::create_task(download->StartAsync());

修改后任务链会等待下载完成再执行后续的Complete调用，单文件下载就能正常执行了。不过还是建议你直接用BackgroundDownloader的原生能力，不要自己用后台任务托管下载队列，避免触发后台任务的时长限制导致下载失败。

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