Mic*_*ith 5 background-transfer windows-phone-8.1
我正在使用BackgroundUploader将图像/视频从CameraRoll上传到存储服务.这是Windows Phone 8.1上的WinRT应用程序
这很有效,直到有大量文件要上传.我期待有关于电池和CPU使用的问题,所以我正在检查所有UploadOperations的BackgroungTransferStatus,并且如果我们遇到PausedSystemPolicy状态则打算向用户显示消息.如果手机决定暂停上传,这是预期状态.
我的问题是,虽然上传肯定会暂停(它不发送http帖子),但状态继续说"正在运行".此外,取消上传操作无效.它仍然继续坐在那里说"正在运行"没有发送字节并且没有收到响应.最终,它确实恢复上传,但我们似乎很快达到了问题的任何限制,我们再次暂停.我理解限制的必要性,这是我关心的用户体验.
为什么暂停的上传仍处于"正在运行"状态?有没有人经历过类似的事?
如果已经有多个下载正在运行,则可能会发生这种情况。
假设正在运行 5 个下载,您正在排队进行第六个下载。除非您用 标记,否则第六次下载不会立即开始BackgroundTransferPriority.High。该操作的状态显示为正在运行,但在插槽可用之前它不会开始发送或接收数据。如果操作位于队列中,则暂停操作不会立即生效。但一旦操作变为活动状态,暂停指令将应用于该操作。
作为解决方法,您可以关注进度事件。如果下载没有提供任何进度,您就知道它可能在队列中。
| 归档时间: |
|
| 查看次数: |
526 次 |
| 最近记录: |