我如何才能知道何时重新使用另一个进程中的后

How can I know when it#39;s safe to reuse a background NSURLSessionConfiguration id from another process?(我如何才能知道何时重新使用另一个进程中的后台NSURLSessionConfigurationID是安全的?)

本文介绍了我如何才能知道何时重新使用另一个进程中的后台NSURLSessionConfigurationID是安全的?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在构建一个应用程序,用户可以从该应用程序和一个共享扩展程序启动后台文件上传。用户应该能够监控来自主应用程序的任何上传的进度。

在从扩展启动上载的情况下,我需要使用扩展中使用的相同ID创建后台会话配置,以便在应用程序中获取监控进度和更多内容的委托调用。

在应用程序中,我无法执行此操作,直到扩展程序退出。 苹果公司文档称https://developer.apple.com/library/prerelease/content/documentation/Cocoa/Conceptual/URLLoadingSystem/Articles/UsingNSURLSession.html

您必须为每个标识符恰好创建一个会话(在 创建配置对象)。多个会话的行为 共享同一标识符未定义。

我已经证实了这一点。如果我不关闭共享扩展,我可以在主应用程序中创建会话而不会出现任何错误,但我不会收到任何委托调用。 当我在切换回主应用程序之前关闭扩展时,我可以附加到相同的后台会话,并且我会收到委托调用。一切正常。

当我在NSExtensionContext中使用completeRequestReturningItems:completionHandler:关闭共享扩展时,进程何时退出?

https://developer.apple.com/library/ios/documentation/Foundation/Reference/NSExtensionContext_Class/#//apple_ref/occ/instm/NSExtensionContext/completeRequestReturningItems:completionHandler:

提及

调用此方法最终会关闭应用程序扩展的视图 控制器。

"最终"不是很具体。我如何从主应用程序确定扩展未在运行?

我想出的唯一解决办法是定期在共享容器中写入一个文件,并使主UPP在超时时间超过该时间段后首先获得后台会话。但这是一个丑陋的黑客攻击。

如果上传很小,是否会在扩展进程运行时完成上传,因此我必须在扩展中而不是在主应用中处理上传的完成?

总结:如何安全地将上传从应用扩展传输到应用?

推荐答案

Quinn《The Eskimo!》on the old Dev Forums here对这类问题进行了很好的讨论。

与您直接相关的部分

在我的测试中,我注意到这种设计有一些恼人的行为:如果你从一个扩展启动一项任务,应用或扩展是否获得didCompleteWithError回调是不确定的。如果任务运行得非常快,扩展通常会收到回调。如果任务耗时较长,则系统有时间终止扩展,并且应用程序将继续处理该扩展。

确实没有办法绕过这一点。解决办法是将处理请求完成的代码放在您的应用程序和扩展中(可能通过框架重用代码)。

如果扩展可以在启动其请求后立即断开与会话的连接,那就太好了。唉,这目前是不可能的(RDAR://Problem/18748008)。以编程方式断开与会话的连接的唯一方法是使其无效,并且要么取消所有正在运行的任务(-invaliateAndCancel),要么等待它们完成(-finishTasksAndInvalify),这两种方法都不适用。

太好了,

是否可能在扩展进程运行时上载完成,因此我必须处理扩展中上载的完成

是的。是的,是这样的。难道你不喜欢"非确定性"行为吗?

如何安全地将上载从应用扩展传输到应用?

听起来你肯定做不到。所以把雷达骗到那里,然后耐心地等待修复!

这篇关于我如何才能知道何时重新使用另一个进程中的后台NSURLSessionConfigurationID是安全的?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本文标题为:我如何才能知道何时重新使用另一个进程中的后

基础教程推荐