多线程Objective-C访问器:GCD与锁

Question

我在争论是否要转向基于GCD的多线程访问器模式.多年来我一直在访问器中使用基于锁的自定义同步,但我发现了一些信息(GCD简介),并且似乎有基于GCD的方法的优点.我希望在这里开始一个对话,以帮助自己和其他人权衡决定.

模式看起来像:

- (id)something
{
    __block id localSomething;
    dispatch_sync(queue, ^{
        localSomething = [something retain];
    });
    return [localSomething autorelease];
}

- (void)setSomething:(id)newSomething
{
    dispatch_async(queue, ^{
        if(newSomething != something)
        {
            [something release];
            something = [newSomething retain];
            [self updateSomethingCaches];
        }
    });
}

在专业方面:您可以获得非阻塞写访问的好处; 比锁更低的开销(可能？); 从关键代码部分返回之前忘记解锁的安全性; 其他？

缺点:异常处理不存在,因此您必须将其编码到您可能需要它的每个块中.

这种模式是否可能是编写多线程访问器的推荐方法？

是否有为此目的创建调度队列的标准方法？换句话说,用于权衡粒度的最佳实践？例如,使用锁定,锁定每个属性比锁定整个对象更精细.使用调度队列,我可以想象为所有对象创建单个队列会产生性能瓶颈,因此每个对象队列是否合适？显然,答案很大程度上取决于具体的应用,但是有一些已知的性能权衡来帮助衡量该方法的可行性.

任何信息/见解将不胜感激.

Answer 1

这种模式是否可能是编写多线程访问器的推荐方法？

我猜你写了一个串行队列,但没有理由.考虑一下:

dispatch_queue_t queue = dispatch_queue_create("com.example", DISPATCH_QUEUE_CONCURRENT);

// same thing as your example
- (NSString*)something {
    __block NSString *localSomething;
    dispatch_sync(queue, ^{
        localSomething = _something;
    });
    return localSomething;
}

- (void)setSomething:(NSString*)something {
    dispatch_barrier_async(queue, ^{
        _something = something;
    });
}

它同时读取但在发生写入时使用调度屏障来禁用并发.GCD的一大优势是允许并发读取而不是像@property(atomic)那样锁定整个对象.

从客户端的角度来看,asyncs(dispatch_async,dispatch_barrier_async)速度都比较快,但执行速度比同步要慢,因为它们必须复制块,并且使块具有如此小的任务,因此复制所需的时间变得有意义.我宁愿让客户快速返回,所以我很好.