写高质量OC代码52建议总结：41.多用派发列队，少用同步锁

如果有多个线程要执行同一份代码，有时会出问题。对数据的读写时机不可控。通常要使用锁机制来实现同步。有两种办法。

 -(void)synchronizedMethod {
    @synchronized(self) {
        //  safe
    }
 }

 这种方式会根据给定的对象，自动创建一个锁，等块中的代码执行完成，锁就释放。例子中的对象都是self，这样可以保证每个self的实例对象都可以不受干扰的运行synchronizedMethod。但是，滥用@synchronized(self)会降低代码效率。因为所有的调用都会排队进行。
 另一个方法是使用NSLock对象：

 _lock = [[NSLock alloc] init];
 -(void)synchronizedMethod {
    [_lock lock];
    //  Safe
    [_lock unlock];
 }

 也可以用NSRecursiveLock这种“递归锁”，线程可以多次持有该锁，而不会出现死锁。这两种方式在极端情况下，同步块会导致死锁，其效率也不是很高。如果直接使用锁对象，遇到死锁就会很麻烦。
 替代方案就是使用GCD，比如，属性就是经常需要同步的地方，这种属性要做成“原子的”，用atomic修饰。如果开发者想要自己实现的话：

 -(NSSTring *)someString {
    @synchronized(self) {
        return _someString;
    }
 }
 -(void)setSomeString:(NSString *)someString {
    @synchronized(self) {
        _someString = someString;
    }
 }

 这么做虽然可以提供某种程度的线程安全，但是无法保证访问该对象绝对是线程安全的。访问属性的操作确实是原子的。同一个线程上多次调用获取方法，结果未必相同，两次访问中间的写入操作会改变其值。
 使用串行同步队列可保证数据同步。
 

_syncQueue = dispatch_queue_creat("com.effectiveobjectivec.syncQueue", NULL);
 -(NSString *)someString {
    __block NSString *localSomeString;
     dispatch_sync(_syncQueue, ^{
        localSomeString = _someString;
     });
     return localSomeString;
 }
 -(void)setSomeString:(NSString *)someString {
    dispatch_sync(_syncQueue, ^{
         _someString = someString;
     });
 }

 把设置操作和获取操作都安排在序列化列队中执行。优化一下，设置方法并不一定必须同步。

 -(void)setSomeString:(NSString *)someString {
    dispatch_async(_syncQueue, ^{
        _someString = someString;
     });
 }

 这种写法可以提升设置方法的执行速度。但是会使程序性能下降。因为执行异步派发需要拷贝块，如果拷贝所花的时间超过执行所花的时间，这种做法会比原来慢。
 可以将程序改为并发执行。
 

_syncQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
 -(NSString *)someString {
     __block NSString *localSomeString;
     dispatch_sync(_syncQueue, ^{
         localSomeString = _someString;
     });
     return localSomeString;
 }
 -(void)setSomeString:(NSString *)someString {
    dispatch_async(_syncQueue, ^{
        _someString = someString;
     });
 }

 这样暂时还不是同步，所有的操作都会在同一个队列里，由于是并发队列，所有操作可以随意执行。可以用栅栏解决。
 void dispatch_barrier_async(dispatch_queue_t queue, dispatch_block_t block);
 void dispatch_barrier_sync(dispatch_queue_t queue, dispatch_block_t block);
 并发列队如果发现接下来处理的是个栅栏，就会优先将其他块处理完，然后在单独执行栅栏。在本例中可以对设置方法实现栅栏，属性的读取操作依然可以并发执行，写入操作单独执行。
 

-(void)setSomeString:(NSString *)someString {
     dispatch_barrier_async(_syncQueue, ^{
         _someString = someString;
     });
 }

 总结：
 1.派发队列可以表述同步语义，比@synchronized和NSLock对象要简单。
 2.将同步和异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而不会阻塞执行异步派发的线程。

 3.使用同步队列及栅栏块，可以令同步行为更加高效。