gpt4 book ai didi

swift - 正确使用 Alamofire 队列

转载 作者:搜寻专家 更新时间:2023-11-01 07:15:04 25 4
gpt4 key购买 nike

这是场景,一切正常,但我在主队列中挂断了。我有:

  1. 管理 API 连接的单例类。一切正常(抛开执行时间......)
  2. 多个 View Controller 通过上述单例类调用GET API来获取数据
  3. 我通常从 viewDidLoad 或 viewWillAppear 调用上面的代码
  4. 它们都有效,但是......
  5. 如果我用一个闭包调用几个用 Alamofire.request() 实现的 API 方法(好吧,我需要知道什么时候是时候重新加载了!),两者之一挂起等待默认(主)队列给它一个线程,最多可能需要 20 秒
  6. 如果我只调用一个,执行我的操作然后调用 POST API,这 后一个最终与(5)相同的情况,需要很长时间 是时候在默认队列中抢占一个位置了。

我没有在 Alamofiore.request() 中指定队列,我觉得我应该这样做,所以我试了一下。我在我的单例 API 类中添加了一个自定义并发队列,并尝试将其添加到我的 Alamofiore.request() 中......但那完全没有任何作用。请帮忙,我一定是遗漏了一些明显的东西?!

这是我的单例 API 管理器(摘录)类:

class APIManager {
// bunch of stuff here

static let sharedInstance = APIController()
// more stuff here

let queue = DispatchQueue(label: "com.teammate.response-queue", qos: .utility, attributes: [.concurrent])
// more stuff

func loadSports(completion: @escaping (Error?) -> Void) {

let parameters: [String: Any?] = [:]
let headers = getAuthenticationHeaders()
let url = api_server+api_sport_list
Alamofire.request(url, method: .get, parameters: parameters, encoding: JSONEncoding.default, headers: headers).responseString (queue: queue) { response in
if let json = response.result.value {
if let r = JSONDeserializer<Response<[Sport]>>.deserializeFrom(json: json) {
if r.status == 200 {
switch r.content{
case let content as [Sport]:
self.sports = content
NSLog("sports loaded")
completion(nil)
default:
NSLog("could not read the sport list payload!")
completion(GenericError.reportError("could not read sports payload"))
}
}
else {
NSLog("sports not obtained, error %d %@",r.status, r.error)
completion(GenericError.reportError(r.error))
}
}
}
}
}

// more stuff
}

这就是我在获得 sigleton 后从 APIManager 调用方法的方式:

api.loadSports(){ error in
if error != nil {
// something bad happened, more code here to handle the error
}
else {
self.someViewThingy.reloadData()
}
}

同样,这一切都有效,只是如果我从同一个 UIViewController 进行多次 Alamofire 调用,第一个调用很快,其他所有调用都会永远坐下来,以便在队列中获得一个位置并运行。

最佳答案

UI 更新必须发生在主队列上,因此将这些东西移动到并发队列只会引入问题。事实上,如果您将完成处理程序队列更改为您的并发队列并且忽略将 UI 更新分派(dispatch)回主队列,它只会让它看起来比实际慢得多。

我怀疑你误解了responseStringqueue参数的用途。这不是请求的处理方式(它们已经相对于主队列同时发生),而仅仅是完成处理程序将在哪个队列上运行。

所以,有几点想法:

  1. 如果您要使用自己的队列,请确保将 UI 更新分派(dispatch)到主队列。

  2. 如果您打算使用自己的队列并更新模型,请确保将这些更新与您可能在主队列上进行的任何交互同步。要么为此创建一个同步队列,要么更简单地将所有模型更新分派(dispatch)回主队列。

  3. 我在这里看不到任何东西可以证明在主队列以外的任何事物上运行完成处理程序的开销和麻烦是合理的。如果您不为 responseString 提供队列,它将使用主队列作为完成处理程序(但也不会阻止任何内容),并且它解决了前两个问题。

关于swift - 正确使用 Alamofire 队列,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42567848/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com