我们正在创建有时会执行同步以更新数据库状态的应用程序。有时可能会一个接一个地执行大约 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 的完成队列是否安全?你曾经使用过类似的方法吗?我将不胜感激您的任何帮助!
Best Answer-推荐答案 strong>
全局队列实际上与您创建的串行队列非常不同——因为全局队列是并发的。放置在全局队列中的任务将被操作系统自动放置在理想的线程中。
与并发队列相关的“风险”是,由于任务可以在不同的线程上同时运行,如果您在不同的线程中读取/写入相同的属性,最终可能会遇到问题。
正如您所说,您正在更新数据库,这使得您使用并发队列读取/写入数据库本质上不安全。
如果您只是阅读或写作,这应该不是什么大问题。但仍有风险
我唯一的经验是发出数百个读取/写入数据库的请求,并且我使用了没有问题的串行队列
关于ios - afnetworking 使用全局队列作为完成队列,我们在Stack Overflow上找到一个类似的问题:
https://stackoverflow.com/questions/33725057/
|