objective-c - 可重入读/写锁定构造？

Question

我是一名经验丰富的 .NET 程序员，并在 iOS 方面大展拳脚。我最喜欢的 .NET 多线程结构之一是 ReaderWriterLock。 .它允许多个读者或一个作者。我在 iOS 中真正缺少的一个功能是锁是可重入的。即 reader threads can acquire the read lock multiple times只要他们释放它的次数相同。同样，单写线程可以多次获取锁，只要它释放等量的锁。

我查看了 iOS 框架，没有一个结构似乎提供相同的支持，包括重新进入。我还查看了 pthread 库。我找到了 rwlock，但它不允许重入。

iOS 上有什么允许重入读写锁的吗？

Answer 1

是的，@synchronized 指令是可重入的。参见 Using the @synchronized Directive在线程编程指南和Threading在 ObjC 编程语言中。

也就是说，您几乎不应该在 iOS 中使用它。在大多数情况下，您可以避免使用各种类型的锁，更不用说像可重入锁这样非常重量级(慢速)的锁了。请参阅并发编程指南，特别是 Migrating Away from Threads 部分，有关 iOS 优于手动线程管理和锁定的基于队列的方法的广泛信息。

例如，使用 Grand Central Dispatch 的读写锁是这样工作的:

- (id)init {
   ...
   _someObjectQueue = dispatch_queue_create("com.myapp.someObject", 
                                            DISPATCH_QUEUE_CONCURRENT);
 }

// In iOS 5 you need to release disptach_release(_someObjectQueue) in dealloc,
// but not in iOS 6.

- (id)someObject {
  __block id result;
  dispatch_sync(self.someObjectQueue, ^{
    result = _someObject;
  });
  return result;
}

- (void)setSomeObject:(id)newValue {
  dispatch_barrier_async(self.queue, ^{
    _someObject = newValue;
});

这种方法允许无限制的并行读取器和独占写入器，同时确保写入器永远不会饿死并且写入和读取是序列化的，同时避免任何内核调用，除非存在实际争用。这就是说它非常快速和简单。

当读取器出现时，您将读取值的请求排队，并等待它处理。当一个 writer 出现时，它会排队一个屏障请求来更新它，这要求该队列中的其他请求当前没有运行。使用此构造，开发人员无需管理任何锁。只需按照您希望它们运行的​​顺序将它们放入队列即可。