iOS开发的52个要点纪要之九

41、多用派发队列，少用同步锁

同步锁有@asyschronized，NSLock，NSRecursiveLovk递归锁，若是在self对象上频繁加锁，那么程序可能要等另一段与此无关的代码执行完毕，才能继续执行当前的代码，这样做并没有必要。

派发队列可用来表述同步语义（synchronization semantic），这种做法要比使用@asyschronized块或NSLock对象更简单。

将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而这么做却不会阻塞执行异步派发的线程。

使用同步队列及栅栏块，可以令同步行为更加高效。如下，实现属性的读写操作：

_syncQueue = dispatch_get_global_queue(DISPATCH_QUQUE_PRIORITY_DEFAULT,0);

-(NSString *)someString{

__block NSString *localSomeString;

dispatch_sync(_syncQueue,^{

localSomeString = _someString

});

return localSomeString;

}

-(void)setSomeString:(NSString *)someString{

dispatch_barrier_async(_syncQueue, ^{

_someString = someString;

});

}

42、多用GCD，少用performSelector系列方法

performSelector系列方法在内存管理方面容易有疏失。它无法确定将要执行的选择子具体是什么，因而ARC编译器也就无法插入适当的内存管理方法。

performSelector系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数个数都受到限制。

如果想把任务放在一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，然后调用大中枢派发GCD机制的相关方法来实现。

43、GCD及操作队列NSOperationQueue的使用时机

在解决多线程与任务管理问题时，派发队列并非唯一方案。

操作队列提供了一套高层的Objective-C的API，能实现纯GCD所具备的绝大部分功能，而且还能完成一些更为复杂的操作，那些操作若改用GCD来实现，则需另外编写代码。

44、Dispatch Group机制，根据系统资源状况来执行任务

    dispatch_queue_t lowPriorityQueue =dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_LOW,0);

    dispatch_queue_t highPriorityQueue =dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH,0);

    dispatch_group_t dispatchGroup =dispatch_group_create();

    

    for (id objectin lowPriorityObjects) {

        dispatch_group_async(dispatchGroup, lowPriorityQueue, ^{

            [object performTask];

        });

    }

    

    for (id objectin highPriorityObjects) {

        dispatch_group_async(dispatchGroup, highPriorityQueue, ^{

            [object performTask];

        });

    }

    dispatch_queue_t notifyQueue =dispatch_get_main_queue();

    dispatch_group_notify(dispatchGroup, notifyQueue, ^{

        /*contitnue processing after completing tasks*/

    });

一系列任务可归为一个dispatch group之中，开发者可以在这组任务执行完毕时获得通知。

通过dispatch group，可以在并发式派发队列里同时执行多项任务。此时GCD会根据系统资源状况来调度这些并发任务。

45、使用dispatch_once来执行只需运行一次的线程安全代码

经常需要编写“只需运行一次的线程安全代码”。通过GCD所提供的dispatch_once函数，很容易就能实现此功能。

标记应该声明在static或global作用域中，这样的话，在把只需执行一次的块传递给dispatch_once函数时，传进去的标记也是相同的。如下实现的单例：

+（id）sharedInstance

{

    static EOCClass *shareInstance =nil;

    static dispatch_once_t onceToken;

    dispatch_once(&onceToken, ^{

        shareInstance = [[EOCClass alloc]init];

    });

    return  shareInstance;

}

46、不要使用dispatch_get_current_queue

dispatch_get_current_queue函数的行为常常与开发者所预期的不同，此函数已废弃，只应做调试用。

由于派发队列是按照层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念。

dispatch_get_current_queue函数用于解决不可重入的代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决。如下：

    dispatch_queue_t queueA =dispatch_queue_create("com.demo.queueA",NULL);

    dispatch_queue_t queueB =dispatch_queue_create("com.demo.queueB",NULL);

    dispatch_set_target_queue(queueA, queueB);

    

    static int kQueueSpecific;

    CFStringRef queueSpecificValue = CFSTR("queueA");

    dispatch_queue_set_specific(queueA, &kQueueSpecific, (void*)queueSpecificValue, (dispatch_function_t)CFRelease);

    

    dispatch_sync(queueB, ^{

        dispatch_block_t block = ^{NSLog(@"no deadlock");};

        

        CFStringRef retrievedValue = dispatch_get_specific(&kQueueSpecific);

        if ( retrievedValue) {

            block();

        }else{

            dispatch_sync(queueA, block);

        }

    });