iOS dispatch_sync同步应用开发场景 自己的理解

dispatch_sync同步应用开发场景

阻塞并行队列的执行，要求某一操作执行后再进行后续操作，如用户登录

 确保块代码之外的局部变量确实被修改

 dispatch_queue_t q = dispatch_queue_create("cn.gcddemo", dispatch_queue_concurrent);

 __block bool logon = no;

 dispatch_sync(q, ^{

     nslog(@"模拟耗时操作 %@", [nsthread currentthread]);

     [nsthread sleepfortimeinterval:2.0f];

     nslog(@"模拟耗时完成 %@", [nsthread currentthread]);

     logon = yes;

 });

 dispatch_async(q, ^{

     nslog(@"登录完成的处理 %@", [nsthread currentthread]);

 });

那实际运用中，一般可以用dispatch这样来写，常见的网络请求数据多线程执行模型：

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

　　//子线程中开始网络请求数据

　　//更新数据模型

　　dispatch_sync(dispatch_get_main_queue(), ^{

　　　　//在主线程中更新UI代码

　　});

});

程序的后台运行和UI更新代码紧凑，代码逻辑一目了然。

dispatch队列是线程安全的，可以利用串行队列实现锁的功能。比如多线程写同一数据库，需要保持写入的顺序和每次写入的完整性，简单地利用串行队列即可实现：

dispatch_queue_t queue1 = dispatch_queue_create("com.dispatch.writedb", DISPATCH_QUEUE_SERIAL);

- (void)writeDB:(NSData *)data

{

　　dispatch_async(queue1, ^{//有的错误的将dispatch_async设置成dispatch_sync 这点要注意呀！

　　　　//write database

　　});

} 

下一次调用writeDB:必须等到上次调用完成后才能进行，保证writeDB:方法是线程安全的。