根据
Introduction to Background Tasks的第20页,在网络资源限制下,后台任务可以每15分钟下载4.69 MB.

这是否意味着,在Windows RT中,如果我们在后台通过IE10地铁下载20MB文件,则需要40分钟？ (否则我们必须保持下载进度)

此外,作为后台应用程序,不允许使用超过0.002％的CPU.

在同一页面上,他们认为如下：

Network usage can represent a significant drain on a device battery, and so it is also constrained during background task execution. However, if a device is running on AC power, then background tasks are not network constrained. They are free to use as much network bandwidth as they need (gated, of course, by any carrier-specific bandwidth or usage constraints). Note that CPU usage for a background task is always resource constrained even if the device is running on AC power.

出于这些原因,我们无法为Windows RT实现下载管理器？用户同意怎么样？

最佳答案 有一些API用于卸载系统后台管理的下载：

see Mike Taulty’s blog entry on this.在后台模式中对WinRT应用程序还有其他严重限制,通常不会在博客文章和论坛中讨论,例如您的后台任务在与应用程序不同的进程或线程公寓中运行：在白皮书
linked to above中,请参阅本节在后台任务主机可执行文件它说除非你的后台任务是PushNotificationTrigger或ControlChannelTrigger,否则你的任务是由BackgroundTaskHost.exe或WWAHost.exe运行的inproc服务器.即使在“在同一个应用程序中”运行的前两种情况下,它也位于单独的公寓中.这些都只能通过将其编组到文件或ApplicationData存储中来与主应用程序共享数据.

我已经使用ControlChannelTrigger进行了实验,并发现了以下限制(如果您将其挖掘出来,也会在文档中列出)：

>在连接套接字之前,通道必须与套接字关联
>应用程序只能使用有限数量的ControlChannel,即使指定了软件通道(在我的情况下为6)