多用派发队列 少用同步锁

今天重温了 《Effective Objective-C 2.0》，里面有一个章节 多用派发队列，少用同步锁 以前被忽视了，写出来备份下，以下内容为该章节内容抄录和总结。

在Objective-C中，如果有多个线程要执行同一份代码，那么有时可能会出问题，这种情况一般有三种办法：

• 同步块

      @synchronized (self) {
      }
  

• 使用 NSLock 或 NSRecursiveLock 等锁对象

• 使用GCD

相对来说，GCD更加简单而高效。

举个例子，要保证对某一个属性的线程安全，此时使用GCD有两种做法

使用串行队列

_syncqueue = dispatch_queue_create("com.test.gcd", NULL);

- (NSString *)something{
    __block NSString *localSomething = nil;
    dispatch_sync(_syncqueue, ^{
        localSomething = _something;
    });
    return localSomething;
}

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

此模式把设置操作和读取操作都放到串行队列里执行，所有对属性的访问就都同步了。

使用并发队列

其实，对于属性来说，多个get方法是可以并发执行的，而get方法和set方法之间不能并发执行。而且set方法可以是异步的，因为set方法不需要返回值。

按照这个思路，把队列改成并发队列，，并使用 dispatch_barrier_async 函数，使 get 方法和 set方法 不并发执行。

_syncqueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

- (NSString *)something{
    __block NSString *localSomething = nil;
    dispatch_sync(_syncqueue, ^{
        localSomething = _something;
    });
    return localSomething;
}

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

由于set方法中使用了栅栏块，一旦有写入操作时，就会等所有读取的操作全部执行完才会执行写入操作。

同时注意set方法 dispatch_barrier_async为异步，因为set方法不需要同步，从调用者的角度来讲使用异步会加快执行速度。但是这么做有一个坏处：执行异步派发时，需要拷贝块，如果拷贝快的时间明显超过执行快的所花的时间，则这种做法比使用同步会更慢，但是如果块要执行的为更繁重的任务，那么可以考虑使用异步。对于本文中的例子，只是简单的set，则不需要使用异步派发。

不过这个示例还有点问题，因为使用了全局并发队列，可能会阻塞系统的队列，所以最好使用自定义并发队列。

_syncqueue = dispatch_queue_create("com.test.concurrent", DISPATCH_QUEUE_CONCURRENT);

- (NSString *)something{
    __block NSString *localSomething = nil;
    dispatch_sync(_syncqueue, ^{
        localSomething = _something;
    });
    return localSomething;
}

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