GCD深入理解学习笔记

• GCD 深入理解第一部分
• GCD 深入理解第二部分
• 如何使用 NSOperations 和 NSOperationQueues

1.在重载UIViewControll的viewDidLoad时不能加入太多的工作，这样会引起视图控制器出现前等待时间过长。尽量把一些工作放到后台，如果它们不是绝对必须要运行在加载时间里。

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{
   dispatch_async(dispatch_get_main_queue(), ^{
   });
 });

---

2.单例的线程安全

• 这种方法线程不安全

竞态条件：当线程A进入到if语句块并在sharedPhotoManager被分配内存前发生一个上下文切换（比如[NSThread sleepForTimeInterval:2]）。然后另一个线程B可能进入if，分配单例实例的内存，然后退出。当系统上下文切换回线程A，会分配另外一个单例实例的内存，然后退出。这时，就有了两个单例的实例！这时显然就不是单例了！

+ (instancetype)sharedManager 
{ static PhotoManager *sharedPhotoManager = nil; 
 if (!sharedPhotoManager)
 {  
  sharedPhotoManager = [[self alloc] init]; 
 }
 return sharedPhotoManager;
}

---

dispatch_once()以线程安全的方式只执行其代码块一次，试图访问临界区（即传递给dispatch_once的代码）的不同线程会在临界区已有一个线程的情况下被阻塞，直到临界区完成为止。
*Critical Section 临界区：两个线程不能同时执行这段代码，一段代码不能被并发执行 *

+ (instancetype)sharedManager
{ 
 static PhotoManager *sharedPhotoManager = nil;
 static dispatch_once_t onceToken; dispatch_once(&onceToken,^{
 sharedPhotoManager = [[self alloc] init]; 
 }); 
return sharedPhotoManager;
}

3.读写线程安全
众多的Foundation 容器类不是线程安全的。当一个线程正在读取时，另一个线程修改该容器类此时不是线程安全的。
Dispatch barriers 是一组函数，在并发队列上扮演一个串行的瓶颈。使用GCD的障碍API确保提交的Block在那个特定时间上是指定队列上唯一被执行的条目。这就意味着所有先于调度障碍提交到队列的条目必能在这个Block执行前完成。

barriers.png

注意到正常部分的操作就如同一个正常的并发队列。但当障碍执行时，它本质上就如同一个串行队列。也就是，障碍是唯一在执行的事物。在障碍完成后，队列回到一个正常并发队列的样子。
只在自定义并发队列中使用
在执行写操作时

写操作.png

读操作.png

实例化.png

本文内容来自