问题标签 [background-transfer]

Metro 应用程序的后台传输（上传）进度在一秒钟内给了我 100% 的大于 1 MB 的文件，如下所示：

因此，我的进度条也显示 100%，这当然是错误的。现在，上传完成一段时间后，我得到以下信息：

因此，从某种意义上说，上传程序正在工作，但实际上又是这个错误导致文件没有完成 100%。我测试了一个 10 MB 的文件，问题仍然存在。100% 的进度和“完成”状态3分钟后才来。

我正在使用http://code.msdn.microsoft.com/windowsapps/Background-Transfer-Sample-d7833f61中提供的相同上传示例。

我使用的代码如下：

我在两个应用程序中使用了适用于 Windows Phone 的后台传输服务 (BTS) API，并且遇到了非常糟糕的问题。它成为这两个应用程序中错误的主要来源之一，因为某些原因，无论我在标志中设置什么（连接到 wifi、未连接、连接到电源插座等），下载都经常拒绝开始，并且从一个用户到另一个用户是随机的。这和服务器的不良反应。

有没有更个性化的方式来实现它？当我导航到external://世界时，哪些线程或循环在我的应用程序中仍然存在？我可能应该和柜台核对一下。

我的主要问题仍然是：来自 BTS 的 appart，即使我从我的应用程序中导航出来以播放应用程序中的 mp3，是否有允许上传 3-4 megs 文件的东西external://？

我注意到文档中的这一段BackgroundTransferService ：

This property allows applications to request that background transfers proceed when only a cellular connection is available and when the device is on battery power. This is only a preference setting. It does not guarantee that transfers will take place under these conditions. The default value is None, which indicates that transfers should occur only when a Wi-Fi connection is available and when the device is connected to external power.

http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh286419(v=vs.105).aspx

我不是以英语为母语的人，但这是否意味着 API 将掷骰子来选择上传是否有效，无论我选择什么首选项，传输可能会暂停或失败？

我想和你验证一下，乍一看，依赖随机性是没有意义的。

有没有办法阻止 BackgroundTransfer 无限期地尝试上传文件。假设我的一个用户正在尝试将电影从手机上传到 Facebook。Facebook Graph API 不接受字节范围/简历/等。假设网络很慢，低于 50 kbps。低于 50 kbps，BackgroundTransferService 将重新开始上传。

话虽如此，在测试我的应用程序时，我注意到在我非常慢的 3G wifi 路由器下上传的文件重启了 4-5 次（是的......我是这两种情况的混合）。

这种行为会在 GSM/3G/4G 网络上发生吗？

认为这种行为在 Wifi 上是完全受欢迎的，但在电话网络上却不是，因为数据成本更高。

[编辑]

我忘记了一个重要信息：我的 WP 上没有互联网，所以我忽略了 BTS 在电话网络上的行为。

应用程序在后台成功后，将 BackgroundTransferRequest 添加到 BackgroundTransferService，但新请求在应用程序返回前台之前不会真正运行。对于我下载大量可能需要相当长的时间才能完成的小文件的场景来说并不是很好。

我想微软可能已经通过设计（？）实现了这种行为，但是有没有人知道解决这个问题的方法或替代方法？

问题的一些背景：

我正在开发一个 Windows Phone 8 地图应用程序，该应用程序允许下载和缓存地图部分以供离线使用。此过程可能导致需要下载 1,000 个地图图块。

我创建了一个进程，它产生25 个 BackgroundTransferRequest 的完整限制，然后在请求完成时向 BackgroundTransferService 添加更多。这一切都很好，直到应用程序真正进入后台。

我考虑过进行一些 Web 服务器端处理，以允许将切片捆绑到 zip 中并作为单个请求下载，但这是额外的复杂性，并且会导致手机上需要两倍的空间来完成下载然后提取删除原始包之前的文件。但是，理想情况下，我想找到一种方法来强制新的 BackgroundTransferRequest 开始在后台运行。

根据 msdn 声明，windows phone 每个应用程序最多可以有 25 次出站后台传输。我尝试了相同的方法，但队列中只有 5 次传输。请澄清声明和实际执行之间的区别。

我正在使用 BackgroundUploader 上传视频，即使应用程序处于后台，我也需要在上传完成时显示通知。为此，我在上传成功时使用了 toast 通知，它的工作但仅当应用程序处于前台（活动）时才会显示，否则它会在我通过单击激活应用程序时显示。我认为这是因为应用程序状态暂停。我的代码是-

现在我正在尝试注册在视频上传完成后显示通知和其他一些小东西的后台任务。

在哪里注册后台任务以及我应该使用什么触发器？

或者是否有任何其他可能的解决方案？

更新-

我正在使用休闲代码向后台任务注册定时器触发器

并且它在调试时工作但从不自动触发:(

我正在尝试使用 cookie 身份验证进行一些下载：

直到这里一切正常，当我尝试恢复下载并且我的 JSESSIONID 已过期时，问题就开始了

我试图找到在哪里可以再次设置请求标头，但我没有能力。如果我创建一个新的 BackgroundDownloader 我可以在哪里为我的下载操作设置它？非常感谢一些帮助

我在 WinJS 应用程序中调用了下面的附加代码，并不断收到此错误 405 Method Not Allowed。我已将方法属性更改为 "POST" ，还是一样。有些人说这与许可有关，所以我试图在上传器中设置凭据。这是一个内部应用程序，因此我们假设它应该带有 Windows 身份验证。但目前，我找不到如何。有人可以帮忙吗？

我正在创建面向Windows 8.0
的 Windows 商店应用程序 我在我的 PC 上安装了 Windows 8.1 预览版，我使用 VS2012 创建了应用程序，并使用BackgroundUploader和createUploadFromStreamAsync方法使用以下代码实现了文件上传到服务器 -

它对我来说工作正常，但是当在安装了 Windows 8.0 的其他系统上进行测试时，由于AccessViolationException 导致崩溃的应用程序未处理。尝试读取或写入受保护的内存。这通常表明其他内存已损坏。”在 InitializeComponent.错误

现在我尝试使用BackgroundTransferContentPart进行分段上传，但这段代码没有成功 -

我能做些什么来解决我的问题？

如何将大文件上传到服务器？