然而,我遇到的是多线程读取和写入相同对象的挑战.在this question,我得到了this fine answer,它让我要求每个人的确认,以确保我了解@synchronized对GCD dispatch_barrier_async的利弊.
这是我看到的方式：
@synchronized
PRO：您可以在@synchronized中包装任何对象,只要您有访问/指向它,便于共享数据模型从程序中的不同对象安全处理
PRO：由iOS 4支持(或许更早)
`dispatch_barrier_async` with custom DISPATCH_QUEUE_CONCURRENT
PRO：比@synchronized快
CON：DISPATCH_QUEUE_CONCURRENT仅在iOS 5中可用(如here所述),因此不支持iOS 4
CON：在控制对许多其他对象的读/写操作时,并不容易使用,因为队列最容易只对创建它们的对象可用(没有一些工作要解决这个限制)
总之,考虑到上述情况,最好的工具取决于程序的需要.
如果有人有任何补充或指出,我会很感激.
解决方法
1)当您使用@synchronized时,它将为iOS(或OSX)提供一个应用程序的全局异常框架.我在OSX上知道这一点,它在那里有一个性能影响,不能肯定地说在iOS上,但预期会相同.也就是说,这是使用大锤来打钉子 – 在其他选项可用之前,这种能力已经在前进了.我个人避免使用像瘟疫,并移植其他开源框架使用调度信号(我感谢Mike Ash(再次))！
2)您对“DISPATCH_QUEUE_CONCURRENT”的评论是一个红色的鲱鱼,因为iOS 4系统给了你3个并发队列,所以如果你需要定义你自己的,你真的会推送信封.随着dispatch,您有异步和同步,串行和并发,您可以等待,发送的组.在这里有这么丰富的你怎么会想到1).你使用越多阻止你越多使用它们！
编辑：我在iOS 4.3应用程序中使用自定义并发队列,以及所有的Mike Ash屏障技术. queue.h文件显示为可用：
__OSX_AVAILABLE_STARTING(__MAC_10_6,__IPHONE_4_0) DISPATCH_EXPORT DISPATCH_CONST DISPATCH_WARN_RESULT DISPATCH_NOTHROW dispatch_queue_t dispatch_get_global_queue(dispatch_queue_priority_t priority,unsigned long flags); /*! * @const DISPATCH_QUEUE_SERIAL * @discussion A dispatch queue that invokes blocks serially in FIFO order. */ #define DISPATCH_QUEUE_SERIAL NULL /*! * @const DISPATCH_QUEUE_CONCURRENT * @discussion A dispatch queue that may invoke blocks concurrently and supports * barrier blocks submitted with the dispatch barrier API. */ #define DISPATCH_QUEUE_CONCURRENT (&_dispatch_queue_attr_concurrent)
