OStack程序员社区-中国程序员成长平台

标题: ios - NSURLSessionUploadTask 获取响应数据 [打印本页]

作者: 菜鸟教程小白    时间: 2022-12-12 18:08
标题: ios - NSURLSessionUploadTask 获取响应数据

我在使用 NSURLSession 框架时有一些误解,这就是为什么我决定不使用 AFFramework/Alamofire 从头开始​​编写小应用程序。

我有一个 API 需要以下步骤来上传文件:

  1. POST 文件数据
  2. 获取响应 (JSON)
  3. 将一些 json 字段发布到 api/save

我有这样一个配置的后台 session :

let configuration = NSURLSessionConfiguration.backgroundSessionConfigurationWithIdentifier("myBackground")
let session = NSURLSession(configuration: configuration, delegate: self, delegateQueue: nil)

我已经实现了两种方法:

func URLSession(session: NSURLSession, dataTask: NSURLSessionDataTask, didReceiveData data: NSData)

我在哪里汇总所有数据

func URLSession(session: NSURLSession, task: NSURLSessionTask, didCompleteWithError error: NSError?)

我将这些数据转换为响应对象。这个响应对象对我来说非常重要。

一切正常,而应用程序在前台,但我在后台遇到问题。

案例 1

应用程序在我开始上传数据后立即崩溃。根据 WWDC 我需要实现

func application(application: UIApplication, handleEventsForBackgroundURLSession identifier: String, completionHandler: () -> Void)

并在 didCompleteWithError 方法中调用此处理程序。但在调用此方法之前,我需要使用上传响应中的数据调用 api/save 。 我怎样才能得到这些数据?

案例 2

大部分情况类似。用户在上传过程中停止应用程序。比在几秒钟内加载应用程序,而 session 适用于我的任务。现在 session 调用didReceiveData,当然,有些数据丢失了。在这种情况下我该怎么办?如何恢复响应数据?



Best Answer-推荐答案


你没有提到实现 URLSessionDidFinishEventsForBackgroundURLSession (一个 NSURLSessionDelegate 方法)。你真的很想实现它。基本流程是:

如果您正在执行所有这些操作,当后台 session 重新启动时,didReceiveData 调用将与您的各种上传响应一起进入。

我刚刚做了一个快速测试,上传了 5 张 20mb 的图片并立即终止了应用程序。然后,即使应用程序没有运行,我也看到五个文件慢慢出现在我的服务器上(显然由守护进程处理)。当所有五个都完成后,应用程序在后台透明地重新启动,调用 handleEventsForBackgroundURLSession (重新启动 session ),它让所有 didReceiveData 调用快速被调用,完成后,URLSessionDidFinishEventsForBackgroundURLSession 被调用,然后我的应用程序才调用保存的完成处理程序。

就为什么这对您不起作用而言,不足以诊断问题。可能性包括:

很难说,但我怀疑你的实现中隐藏着一些不太正确的东西,并且根据所提供的信息很难说它是什么(假设它不是上述几点之一)。不幸的是,调试这个后台 session 非常复杂,因为当应用程序终止时,它不再附加到调试器,所以你不能轻易调试应用程序被 iOS 自动重启后发生的事情)。就我个人而言,我要么 NSLog 消息,然后只观察设备控制台(以及观察服务器上显示的内容),要么在应用程序本身中构建一些持久性日志记录机制。

关于ios - NSURLSessionUploadTask 获取响应数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34760265/






欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) Powered by Discuz! X3.4