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
