gpt4 book ai didi

ios - afnetworking 使用全局队列作为完成队列

转载 作者:塔克拉玛干 更新时间:2023-11-02 21:11:24 25 4
gpt4 key购买 nike

我们正在创建有时会执行同步以更新数据库状态的应用程序。有时可能会一个接一个地执行大约 100 个响应相当大的请求。为了处理完全同步,我们创建了单独的 AFURLSessionManager 实例。另一个管理器被指定用于与同步过程无关的请求(必须在主线程中处理)。

// Manager for requests related with sync process
syncManager = AFURLSessionManager(sessionConfiguration: ...)
syncManager.completionQueue = dispatch_queue_create("sync-queue", DISPATCH_QUEUE_SERIAL)

// Manager for requests not related with sync process (must be handled in main thread)
defaultManager = AFURLSessionManager(sessionConfiguration: ...)

我们发现,对于较旧的设备 (iPhone 4/4S),在同步过程中使用默认管理器执行请求确实会消耗更多时间。我们决定使用全局队列作为同步管理器,如下所述:

syncManager.completionQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_LOW, 0)

它提高了应用程序性能。我的问题是使用全局队列(而不是串行队列)作为 AFURLSessionManager 的完成队列是否安全?你用过类似的方法吗?我将不胜感激您的任何帮助!

最佳答案

全局队列实际上与您创建的串行队列非常不同——因为全局队列是并发的。放置在全局队列中的任务将由操作系统自动放置在理想​​的线程中。

与并发队列相关的“风险”是因为任务可以在不同的线程上同时运行,如果你在不同的线程上读取/写入相同的属性,你最终可能会遇到问题。

正如您所说,您正在更新数据库,这使得您使用并发队列读取/写入数据库本质上不安全

如果您只是阅读或写作,那应该不是什么大问题。但仍有风险

我唯一的经验是发出数百个请求,这些请求都读/写到数据库,并且我使用了一个串行队列,没有任何问题

关于ios - afnetworking 使用全局队列作为完成队列,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33725057/

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