【问题标题】:UWP BackgroundTransfer (CreateDownload / GetCurrentDownloadsAsync) ExceptionUWP BackgroundTransfer (CreateDownload / GetCurrentDownloadsAsync) 异常
【发布时间】:2018-07-10 09:50:08
【问题描述】:

我正在为 UWP 使用BackgroundTransfer API,在我的开发过程中,我实现了远远超过传输限制 (200) 的目标,直到现在这还没有成为问题,因为 Windows 管理取消了超过限制的传输。但是现在,我永远无法通过 BackgroundDownloader().CreateDownload() 或调用 BackgroundDownloader.GetCurrentDownloadsAsync() 创建新的下载,因为这个异常总是发生: p>

WinRT 信息:最大并发操作数的配额 超过。等待操作完成后再开始新操作。

我已经尝试了很多方法来解决这个问题,但都没有成功:

  • 等待很长时间(几天)才能完成那些丢失的后台下载
  • 多次重启电脑
  • 终止/重置/卸载/重新安装我的应用程序(设置 -> 应用程序和功能)
  • 为 Windows 应用商店应用程序运行疑难解答
  • Windows 更新
  • 从 Register (regedit) 中清除我的应用程序的所有引用

我真的不想格式化/重新安装我的 Windows 10。:(

有人知道我该如何解决这个问题吗?

【问题讨论】:

  • 使用不同的包名怎么样?然后对操作系统来说,它是一个全新的应用程序。即使您已卸载应用程序,系统仍会跟踪未完成的下载,这听起来仍然很奇怪。
  • 哦,很棒的小费!我更改了包名称,它按预期工作,当我将名称恢复为原始包名称时,问题解决了!!非常感谢@kennyzx!!
  • 欢迎。我稍后会提供经过验证的解决方案作为答案。

标签: c# uwp background-transfer


【解决方案1】:

由于某些未知原因,应用程序的注册被保存在某处,无法完全删除应用程序,因此即使卸载应用程序后也会出现异常。这可能是操作系统或 Visual Studio 的问题。

由于每个应用程序的包名都是唯一的,因此如果您更改其包名,它将成为操作系统的全新应用程序。然后它应该会重新开始工作。

恢复到原来的包名后就可以使用了。

【讨论】:

    猜你喜欢
    • 2016-12-14
    • 1970-01-01
    • 2015-12-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-01-01
    • 1970-01-01
    相关资源
    最近更新 更多