ios - afnetworking 使用全局队列作为完成队列
<p><p>我们正在创建有时会执行同步以更新数据库状态的应用程序。有时可能会一个接一个地执行大约 100 个响应相当大的请求。为了处理完全同步，我们创建了单独的 AFURLSessionManager 实例。为与同步过程无关的请求指定了另一个管理器(必须在主线程中处理)。</p>
<pre><code>// 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: ...)
</code></pre>
<p>我们发现，对于较旧的设备 (iPhone 4/4S)，在同步进行时使用默认管理器执行请求确实会消耗更多时间。我们决定为同步管理器使用全局队列，如下所述:</p>
<pre><code>syncManager.completionQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_LOW, 0)
</code></pre>
<p>它提高了应用程序的性能。我的问题是使用全局队列(而不是串行队列)作为 AFURLSessionManager 的完成队列是否安全？你曾经使用过类似的方法吗？我将不胜感激您的任何帮助! </p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>全局队列实际上与您创建的串行队列非常不同——因为全局队列是并发的。放置在全局队列中的任务将被操作系统自动放置在理想的线程中。 </p>
<p>与并发队列相关的“风险”是，由于任务可以在不同的线程上同时运行，如果您在不同的线程中读取/写入相同的属性，最终可能会遇到问题。 </p>
<p>正如您所说，您正在更新数据库，这使得您使用并发队列读取/写入数据库本质上<strong>不安全</strong>。</p>
<p>如果您只是阅读或写作，这应该不是什么大问题。但仍有风险</p>
<p>我唯一的经验是发出数百个读取/写入数据库的请求，并且我使用了没有问题的串行队列</p></p>
<p style="font-size: 20px;">关于ios - afnetworking 使用全局队列作为完成队列，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/33725057/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/33725057/
</a>
</p>
页:
[1]