1

我的 iOS 应用程序从我们的主服务接收到刷新其状态的通知。现在，我们正在使用 Alamofire 获取最新状态，并在有更新数据时播放持续声音。我们的设备被锁定在引导模式，以阻止它们关闭并提供信息亭体验。

我们正在进行更改，以便设备可以在 xx 分钟不活动后进入睡眠状态。但是，我们遇到了一个问题，即即使请求已成功发送（基于我们在 api 端的日志），设备也没有从 Alamofire 返回结果。

当我使用 Alamofire 4 时，我设置了一个单例，backgroundsessionmanager这就是现在发送 AF 请求的方式。但挑战在于，请求是间歇性发送的，并且在设备因以下错误而休眠时大部分时间都会失败：

Domain=NSURLErrorDomain Code=-997 "Lost connection to background transfer service"

这是我的单例代码（我在 AppDelegate 中有相关代码）：

class Networking {
    static let sharedInstance = Networking()
    public var sessionManager: Alamofire.SessionManager // most of your web service clients will call through sessionManager
    public var backgroundSessionManager: Alamofire.SessionManager // your web services you intend to keep running when the system backgrounds your app will use this
    private init() {
        self.sessionManager = Alamofire.SessionManager(configuration: URLSessionConfiguration.default)
        self.backgroundSessionManager = Alamofire.SessionManager(configuration: URLSessionConfiguration.background(withIdentifier: "com.test.app"))
    }
}

这是我发送请求的代码：

let NetworkManager = Networking.sharedInstance.backgroundSessionManager

        
        DispatchQueue.main.async(execute: {
            NetworkManager.request(self.api_url, method: .post, parameters: params, encoding: JSONEncoding.default, headers: headers).responseJSON{ response in
            
                switch (response.result){
                    case .success:
                        if let jsonResp = response.result.value{
                            print("got the response")
                            print(jsonResp)
                            // parse results
                        }
                    
                    case .failure:
                        print("Network Error: \(response.error)")
                    
                }
            }
        })

我希望得到一些帮助来解决这个问题，因为我无法从根本上导致不一致的行为。我在某些地方读到 Apple/iOS 仅在应用程序处于后台模式而不是requests.

4

1 回答 1

2

是的，后台会话只允许上传和下载任务，不允许数据任务。它们也只允许基于委托的请求，不允许基于完成处理程序的请求。这个答案概述了与 Alamofire 一起执行此操作时的许多注意事项。

但这引出了一个问题，即您是否真的想要使用后台会话。当您的应用程序被唤醒以进行后台获取时，如果您能够在合理的时间内（例如 30 秒）完成您的请求，您可能应该考虑使用标准会话，而不是后台会话。这要简单得多。

不要将在“后台”中运行的应用程序与“后台”混为一谈URLSessionConfiguration：它们是完全不同的模式。仅仅因为您的应用程序在后台运行，这并不意味着您必须使用 background URLSessionConfiguration。如果您的应用程序正在运行（无论是在前台还是在后台），那么标准会话就可以了。如果您希望在应用程序暂停（或终止）后继续使用后台会话，并且您愿意承担后台会话所需的所有额外开销，则您只需要后台会话。

后台会话不适用于应用程序在后台运行时执行的请求。它们适用于在您的应用程序暂停后将继续的请求（即使它最终在其自然生命周期中终止）。这意味着后台会话非常适合无法在合理时间内完成的缓慢请求，例如下载视频资产、下载许多大型图像资产或文档等。

但是，如果您只是执行将在合理的时间内完成的例行 GET/POST 请求，请考虑不使用 background URLSessionConfiguration，而只是执行普通请求并在您的请求完成时调用后台获取完成处理程序（即，在您的网络请求的完成处理程序）。

于 2020-06-26T18:19:34.927 回答