一、GCD简介
Grand Central Dispatch(GCD) 是 Apple 开发的一个多核编程的较新的解决方法。它主要用于优化应用程序以支持多核处理器以及其他对称多处理系统。它是一个在线程池模式的基础上执行的并发任务。
- GCD 可用于多核的并行运算
- GCD 会自动利用更多的 CPU 内核(比如双核、四核)
- GCD 会自动管理线程的生命周期(创建线程、调度任务、销毁线程)
- 程序员只需要告诉 GCD 想要执行什么任务,不需要编写任何线程管理代码
二、任务和队列
任务:就是执行操作的意思,换句话说就是你在线程中执行的那段代码。在 GCD 中是放在 block 中的。执行任务有两种方式:同步执行(sync)和异步执行(async)。两者的主要区别是:是否等待队列的任务执行结束,以及是否具备开启新线程的能力。
- 同步执行(sync):
- 同步添加任务到指定的队列中,在添加的任务执行结束之前,会一直等待,直到队列里面的任务完成之后再继续执行。
- 只能在当前线程中执行任务,不具备开启新线程的能力。
- 异步执行(async):
- 异步添加任务到指定的队列中,它不会做任何等待,可以继续执行任务。
- 可以在新的线程中执行任务,具备开启新线程的能力。
举个简单例子:你要打电话给小明和小白。
同步执行就是,你打电话给小明的时候,不能同时打给小白,等到给小明打完了,才能打给小白(等待任务执行结束)。而且只能用当前的电话(不具备开启新线程的能力)。
而异步执行就是,你打电话给小明的时候,不等和小明通话结束,还能直接给小白打电话,不用等着和小明通话结束再打(不用等待任务执行结束)。除了当前电话,你还可以使用其他所能使用的电话(具备开启新线程的能力)。
队列(Dispatch Queue):这里的队列指执行任务的等待队列,即用来存放任务的队列。队列是一种特殊的线性表,采用 FIFO(先进先出)的原则,即新任务总是被插入到队列的末尾,而读取任务的时候总是从队列的头部开始读取。每读取一个任务,则从队列中释放一个任务。队列的结构可参考下图:
在 GCD 中有两种队列:串行队列和并发队列。两者都符合 FIFO(先进先出)的原则。两者的主要区别是:执行顺序不同,以及开启线程数不同。
- 串行队列(Serial Dispatch Queue):
- 每次只有一个任务被执行。让任务一个接着一个地执行。(只开启一个线程,一个任务执行完毕后,再执行下一个任务)
- 并发队列(Concurrent Dispatch Queue):
- 可以让多个任务并发(同时)执行。(可以开启多个线程,并且同时执行任务)
注意:并发队列的并发功能只有在异步(dispatch_async)函数下才有效
Crearte函数创建的并发队列和全局并发队列的区别:
1.全局并发队列在整个应用程序中本身是默认存在的,
并且对应有高优先级、默认优先级、低优先级和后台优先级一共四个并发队列,
我们只是选择其中的一个直接拿来用。
而Crearte函数是实打实的从头开始去创建一个队列。
2.在iOS6.0之前,在GCD中凡是使用了带Crearte和retain的函数在最后都需要做一次release操作。
而主队列和全局并发队列不需要我们手动release。
当然了,在iOS6.0之后GCD已经被纳入到了ARC的内存管理范畴中,
即便是使用retain或者create函数创建的对象也不再需要开发人员手动释放,
我们像对待普通OC对象一样对待GCD就OK。
3.在使用栅栏函数的时候,苹果官方明确规定栅栏函数只有在和使用create
函数自己的创建的并发队列一起使用的时候才有效(没有给出具体原因)
三、GCD队列和任务
GCD 的使用步骤其实很简单,只有两步。
- 创建一个队列(串行队列或并发队列)
- 将任务追加到任务的等待队列中,然后系统就会根据任务类型执行任务(同步执行或异步执行)
1、创建队列
可以使用dispatch_queue_create
来创建队列,需要传入两个参数,第一个参数表示队列的唯一标识符,用于 DEBUG,可为空,Dispatch Queue 的名称推荐使用应用程序 ID 这种逆序全程域名;第二个参数用来识别是串行队列还是并发队列。DISPATCH_QUEUE_SERIAL
表示串行队列,DISPATCH_QUEUE_CONCURRENT
表示并发队列。
/*
第一个参数表示队列的唯一标识符,用胡DEBUG,可为空,
第二个参数用用来识别串行队列还是并发队列:DISPATCH_QUEUE_SERIAL 表示串行队列,DISPATCH_QUEUE_CONCURRENT 表示并发队列。
*/
dispatch_queue_t
dispatch_queue_create(const char *_Nullable label,
dispatch_queue_attr_t _Nullable attr);
2、特殊队列
主队列(Main Dispatch Queue)
对于串行队列,GCD 提供了的一种特殊的串行队列:主队列(Main Dispatch Queue)。
- 所有放在主队列中的任务,都会放到主线程中执行。
- 可使用
dispatch_get_main_queue()
获得主队列。
全局并发队列(Global Dispatch Queue)
对于并发队列,GCD 默认提供了全局并发队列(Global Dispatch Queue)。
- 可以使用
dispatch_get_global_queue
来获取。需要传入两个参数。第一个参数表示队列优先级,一般用DISPATCH_QUEUE_PRIORITY_DEFAULT
。第二个参数暂时没用,用0
即可。
3、任务的创建
GCD 提供了同步执行任务的创建方法dispatch_sync
和异步执行任务创建方法dispatch_async
。
// 同步执行任务创建方法
dispatch_sync(queue, ^{
// 这里放同步执行任务代码
});
// 异步执行任务创建方法
dispatch_async(queue, ^{
// 这里放异步执行任务代码
});
4、组合特点
四、GCD简单使用
1、同步+并行
#pragma mark- 同步加并发
-(void)syncConcurrent
{
NSLog(@"开始%@",[NSThread currentThread]);
dispatch_queue_t queue=dispatch_queue_create(NULL, DISPATCH_QUEUE_CONCURRENT);
dispatch_sync(queue, ^{
for (int i=0; i<2; i++) {
[NSThread sleepForTimeInterval:1];//耗时操作
}
NSLog(@"任务1当前线程:%@",[NSThread currentThread]);
});
dispatch_sync(queue, ^{
for (int i=0; i<2; i++) {
[NSThread sleepForTimeInterval:3];//耗时操作
}
NSLog(@"任务2当前线程:%@",[NSThread currentThread]);
});
dispatch_sync(queue, ^{
for (int i=0; i<2; i++) {
[NSThread sleepForTimeInterval:2];//耗时操作
}
NSLog(@"任务3当前线程:%@",[NSThread currentThread]);
});
NSLog(@"结束%@",[NSThread currentThread]);
}
2019-04-14 14:16:25.736781+0800 ios 多线程[1460:235328] 开始<NSThread: 0x60000013c500>{number = 1, name = main}
2019-04-14 14:16:27.740343+0800 ios 多线程[1460:235328] 任务1当前线程:<NSThread: 0x60000013c500>{number = 1, name = main}
2019-04-14 14:16:33.742827+0800 ios 多线程[1460:235328] 任务2当前线程:<NSThread: 0x60000013c500>{number = 1, name = main}
2019-04-14 14:16:37.744347+0800 ios 多线程[1460:235328] 任务3当前线程:<NSThread: 0x60000013c500>{number = 1, name = main}
2019-04-14 14:16:37.744827+0800 ios 多线程[1460:235328] 结束<NSThread: 0x60000013c500>{number = 1, name = main}
特点:
从同步执行 + 并发队列
中可看到:
- 所有任务都是在当前线程(主线程)中执行的,没有开启新的线程(
同步执行
不具备开启新线程的能力)。 - 所有任务都在打印的开始和
结束
之间执行的(同步任务
需要等待队列的任务执行结束)。 - 任务按顺序执行的。按顺序执行的原因:虽然
并发队列
可以开启多个线程,并且同时执行多个任务。但是因为本身不能创建新线程,只有当前线程这一个线程(同步任务
不具备开启新线程的能力),所以也就不存在并发。而且当前线程只有等待当前队列中正在执行的任务执行完毕之后,才能继续接着执行下面的操作(同步任务
需要等待队列的任务执行结束)。所以任务只能一个接一个按顺序执行,不能同时被执行。
2、同步+串行
#pragma mark- 同步+串行
-(void)syncSerial
{
/*
同步执行 + 串行队列
* 特点:不会开启新线程,在当前线程执行任务。任务是串行的,执行完一个任务,再执行下一个任务。
*/
dispatch_queue_t queue=dispatch_queue_create(NULL, DISPATCH_QUEUE_SERIAL);
NSLog(@"开始%@",[NSThread currentThread]);
dispatch_sync(queue, ^{
for (int i=0; i<2; i++) {
[NSThread sleepForTimeInterval:1];//耗时操作
}
NSLog(@"任务1当前线程:%@",[NSThread currentThread]);
});
dispatch_sync(queue, ^{
for (int i=0; i<2; i++) {
[NSThread sleepForTimeInterval:3];//耗时操作
}
NSLog(@"任务2当前线程:%@",[NSThread currentThread]);
});
dispatch_sync(queue, ^{
for (int i=0; i<2; i++) {
[NSThread sleepForTimeInterval:2];//耗时操作
}
NSLog(@"任务3当前线程:%@",[NSThread currentThread]);
});
NSLog(@"结束%@",[NSThread currentThread]);
}
2019-04-14 14:25:08.315525+0800 ios 多线程[1526:257686] 开始<NSThread: 0x6000030117c0>{number = 1, name = main}
2019-04-14 14:25:10.319885+0800 ios 多线程[1526:257686] 任务1当前线程:<NSThread: 0x6000030117c0>{number = 1, name = main}
2019-04-14 14:25:16.322144+0800 ios 多线程[1526:257686] 任务2当前线程:<NSThread: 0x6000030117c0>{number = 1, name = main}
2019-04-14 14:25:20.323602+0800 ios 多线程[1526:257686] 任务3当前线程:<NSThread: 0x6000030117c0>{number = 1, name = main}
2019-04-14 14:25:20.323839+0800 ios 多线程[1526:257686] 结束<NSThread: 0x6000030117c0>{number = 1, name = main}
在同步执行 + 串行队列
可以看到:
- 所有任务都是在当前线程(主线程)中执行的,并没有开启新的线程(
同步执行
不具备开启新线程的能力)。 - 所有任务都在打印的开始和
结束
之间执行(同步任务
需要等待队列的任务执行结束)。 - 任务是按顺序执行的(
串行队列
每次只有一个任务被执行,任务一个接一个按顺序执行)。
3、异步+并行 可以开户多个线程,任务交替(同时)执行
#pragma mark- 异步+并发
-(void)asyncConcurrent
{
/*
具有开线程的能力,可以开启多个线程,任务交替(同时)执行.不会阻塞主线程
*/
dispatch_queue_t queue=dispatch_queue_create(NULL, DISPATCH_QUEUE_CONCURRENT);
NSLog(@"开始的线程:%@",[NSThread currentThread]);
dispatch_async(queue, ^{
for (int i=0; i<3; i++) {
NSLog(@"任务1 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_async(queue, ^{
for (int i=0; i<2; i++) {
NSLog(@"任务2 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_async(queue, ^{
for (int i=0; i<4; i++) {
NSLog(@"任务3 %@ i=%d",[NSThread currentThread],i);
}
});
NSLog(@"结束的线程:%@",[NSThread currentThread]);
}
2019-04-14 15:50:12.716265+0800 ios 多线程[2405:445716] 开始的线程:<NSThread: 0x6000004753c0>{number = 1, name = main}
2019-04-14 15:50:12.716698+0800 ios 多线程[2405:445716] 结束的线程:<NSThread: 0x6000004753c0>{number = 1, name = main}
2019-04-14 15:50:12.716753+0800 ios 多线程[2405:445927] 任务1 <NSThread: 0x60000040ebc0>{number = 3, name = (null)} i=0
2019-04-14 15:50:12.716804+0800 ios 多线程[2405:448586] 任务2 <NSThread: 0x6000004f0040>{number = 4, name = (null)} i=0
2019-04-14 15:50:12.716854+0800 ios 多线程[2405:448587] 任务3 <NSThread: 0x600000409b40>{number = 5, name = (null)} i=0
2019-04-14 15:50:12.716991+0800 ios 多线程[2405:445927] 任务1 <NSThread: 0x60000040ebc0>{number = 3, name = (null)} i=1
2019-04-14 15:50:12.716995+0800 ios 多线程[2405:448586] 任务2 <NSThread: 0x6000004f0040>{number = 4, name = (null)} i=1
2019-04-14 15:50:12.717197+0800 ios 多线程[2405:448587] 任务3 <NSThread: 0x600000409b40>{number = 5, name = (null)} i=1
2019-04-14 15:50:12.717318+0800 ios 多线程[2405:445927] 任务1 <NSThread: 0x60000040ebc0>{number = 3, name = (null)} i=2
2019-04-14 15:50:12.717772+0800 ios 多线程[2405:448587] 任务3 <NSThread: 0x600000409b40>{number = 5, name = (null)} i=2
2019-04-14 15:50:12.718729+0800 ios 多线程[2405:448587] 任务3 <NSThread: 0x600000409b40>{number = 5, name = (null)} i=3
在异步执行 + 并发队列
中可以看出:
- 除了当前线程(主线程),系统又开启了3个线程,并且任务是交替/同时执行的。(
异步执行
具备开启新线程的能力。且并发队列
可开启多个线程,同时执行多个任务)。 - 所有任务是在打印的开始和结束之后才执行的。说明当前线程没有等待,而是直接开启了新线程,在新线程中执行任务(
异步执行
不做等待,可以继续执行任务)。
3、异步+串行
会开启新线程,但是因为任务是串行的,执行完一个任务,再执行下一个任务。
/*
具有开启线程的能力,可以开启多个线程,任务按顺序执行,不会阻塞主线程
*/
dispatch_queue_t queue=dispatch_queue_create(NULL, DISPATCH_QUEUE_SERIAL);
NSLog(@"开始的线程:%@",[NSThread currentThread]);
dispatch_async(queue, ^{
for (int i=0; i<3; i++) {
NSLog(@"任务1 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_async(queue, ^{
for (int i=0; i<2; i++) {
NSLog(@"任务2 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_async(queue, ^{
for (int i=0; i<4; i++) {
NSLog(@"任务3 %@ i=%d",[NSThread currentThread],i);
}
});
NSLog(@"结束的线程:%@",[NSThread currentThread]);
}
2019-04-14 15:55:18.063827+0800 ios 多线程[2487:466506] 开始的线程:<NSThread: 0x600000d2ac00>{number = 1, name = main}
2019-04-14 15:55:18.064068+0800 ios 多线程[2487:466506] 结束的线程:<NSThread: 0x600000d2ac00>{number = 1, name = main}
2019-04-14 15:55:18.064104+0800 ios 多线程[2487:466797] 任务1 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=0
2019-04-14 15:55:18.064237+0800 ios 多线程[2487:466797] 任务1 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=1
2019-04-14 15:55:18.064407+0800 ios 多线程[2487:466797] 任务1 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=2
2019-04-14 15:55:18.064615+0800 ios 多线程[2487:466797] 任务2 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=0
2019-04-14 15:55:18.064754+0800 ios 多线程[2487:466797] 任务2 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=1
2019-04-14 15:55:18.064911+0800 ios 多线程[2487:466797] 任务3 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=0
2019-04-14 15:55:18.065473+0800 ios 多线程[2487:466797] 任务3 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=1
2019-04-14 15:55:18.066270+0800 ios 多线程[2487:466797] 任务3 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=2
2019-04-14 15:55:18.066731+0800 ios 多线程[2487:466797] 任务3 <NSThread: 0x600000d55740>{number = 3, name = (null)} i=3
在异步执行 + 串行队列
可以看到:
- 开启了一条新线程(
异步执行
具备开启新线程的能力,串行队列
只开启一个线程)。 - 所有任务是在打印的
开始
和结束
之后才开始执行的(异步执行
不会做任何等待,可以继续执行任务)。 - 任务是按顺序执行的(
串行队列
每次只有一个任务被执行,任务一个接一个按顺序执行)。
主队列。
- 主队列:GCD自带的一种特殊的串行队列
- 所有放在主队列中的任务,都会放到主线程中执行
- 可使用
dispatch_get_main_queue()
获得主队列
5、异步+主队列(不开启新的线程,任务顺序执行)
只在主线程中执行任务,执行完一个任务,再执行下一个任务。
#pragma mark- 异步+主队列
-(void)asyncMain
{
dispatch_queue_t queue=dispatch_get_main_queue();
NSLog(@"开始的线程:%@",[NSThread currentThread]);
dispatch_async(queue, ^{
for (int i=0; i<3; i++) {
NSLog(@"任务1 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_async(queue, ^{
for (int i=0; i<2; i++) {
NSLog(@"任务2 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_async(queue, ^{
for (int i=0; i<4; i++) {
NSLog(@"任务3 %@ i=%d",[NSThread currentThread],i);
}
});
NSLog(@"结束的线程:%@",[NSThread currentThread]);
}
2019-04-14 16:05:15.441606+0800 ios 多线程[2584:494656] 开始的线程:<NSThread: 0x60000299cd00>{number = 1, name = main}
2019-04-14 16:05:15.441899+0800 ios 多线程[2584:494656] 结束的线程:<NSThread: 0x60000299cd00>{number = 1, name = main}
2019-04-14 16:05:15.442161+0800 ios 多线程[2584:494656] 任务1 <NSThread: 0x60000299cd00>{number = 1, name = main} i=0
2019-04-14 16:05:15.442325+0800 ios 多线程[2584:494656] 任务1 <NSThread: 0x60000299cd00>{number = 1, name = main} i=1
2019-04-14 16:05:15.442474+0800 ios 多线程[2584:494656] 任务1 <NSThread: 0x60000299cd00>{number = 1, name = main} i=2
2019-04-14 16:05:15.442694+0800 ios 多线程[2584:494656] 任务2 <NSThread: 0x60000299cd00>{number = 1, name = main} i=0
2019-04-14 16:05:15.442851+0800 ios 多线程[2584:494656] 任务2 <NSThread: 0x60000299cd00>{number = 1, name = main} i=1
2019-04-14 16:05:15.443010+0800 ios 多线程[2584:494656] 任务3 <NSThread: 0x60000299cd00>{number = 1, name = main} i=0
2019-04-14 16:05:15.443172+0800 ios 多线程[2584:494656] 任务3 <NSThread: 0x60000299cd00>{number = 1, name = main} i=1
2019-04-14 16:05:15.443326+0800 ios 多线程[2584:494656] 任务3 <NSThread: 0x60000299cd00>{number = 1, name = main} i=2
2019-04-14 16:05:15.443963+0800 ios 多线程[2584:494656] 任务3 <NSThread: 0x60000299cd00>{number = 1, name = main} i=3
在异步执行 + 主队列
可以看到:
- 所有任务都是在当前线程(主线程)中执行的,并没有开启新的线程(虽然
异步执行
具备开启线程的能力,但因为是主队列,所以所有任务都在主线程中)。 - 所有任务是在打印的开始和结束之后才开始执行的(异步执行不会做任何等待,可以继续执行任务)。
- 任务是按顺序执行的(因为主队列是
串行队列
,每次只有一个任务被执行,任务一个接一个按顺序执行)。
6、同步+主队列
同步执行 + 主队列
在不同线程中调用结果也是不一样,在主线程中调用会出现死锁,而在其他线程中则不会。
a:在主线程中调用 同步执行 + 主队列(互相等待卡住不可行,闪退)
b:在其他线程中调用 同步执行+主队列
[NSThread detachNewThreadSelector:@selector(syncOtherMain) toTarget:self withObject:nil];
#pragma mark- 其它线程 中的同步+主队列
-(void)syncOtherMain
{
NSLog(@"开始线程%@",[NSThread currentThread]);
dispatch_queue_t queue=dispatch_get_main_queue();
dispatch_sync(queue, ^{
for (int i=0; i<3; i++) {
NSLog(@"任务1 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_sync(queue, ^{
for (int i=0; i<2; i++) {
NSLog(@"任务2 %@ i=%d",[NSThread currentThread],i);
}
});
dispatch_sync(queue, ^{
for (int i=0; i<4; i++) {
NSLog(@"任务3 %@ i=%d",[NSThread currentThread],i);
}
});
NSLog(@"结束的线程:%@",[NSThread currentThread]);
}
2019-04-14 16:23:00.721211+0800 ios 多线程[2776:544408] 当前线程<NSThread: 0x600001155540>{number = 3, name = (null)}
2019-04-14 16:23:00.721594+0800 ios 多线程[2776:544072] 任务1 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=0
2019-04-14 16:23:00.721761+0800 ios 多线程[2776:544072] 任务1 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=1
2019-04-14 16:23:00.721911+0800 ios 多线程[2776:544072] 任务1 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=2
2019-04-14 16:23:00.722624+0800 ios 多线程[2776:544072] 任务2 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=0
2019-04-14 16:23:00.722817+0800 ios 多线程[2776:544072] 任务2 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=1
2019-04-14 16:23:00.723629+0800 ios 多线程[2776:544072] 任务3 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=0
2019-04-14 16:23:00.723808+0800 ios 多线程[2776:544072] 任务3 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=1
2019-04-14 16:23:00.723957+0800 ios 多线程[2776:544072] 任务3 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=2
2019-04-14 16:23:00.724306+0800 ios 多线程[2776:544072] 任务3 <NSThread: 0x6000011d92c0>{number = 1, name = main} i=3
2019-04-14 16:23:00.724829+0800 ios 多线程[2776:544408] 结束的线程:<NSThread: 0x600001155540>{number = 3, name = (null)}
在其他线程中使用同步执行 + 主队列
可看到:
- 所有任务都是在主线程(非当前线程)中执行的,没有开启新的线程(所有放在
主队列
中的任务,都会放到主线程中执行)。 - 所有任务都在打印的开始和
结束
之间执行(同步任务
需要等待队列的任务执行结束)。 - 任务是按顺序执行的(主队列是
串行队列
,每次只有一个任务被执行,任务一个接一个按顺序执行)。
为什么现在就不会卡住了呢?
因为syncOtherMain 任务
放到了其他线程里,而任务1
、任务2
、任务3
都在追加到主队列中,这三个任务都会在主线程中执行。syncOtherMain 任务
在其他线程中执行到追加任务1
到主队列中,因为主队列现在没有正在执行的任务,所以,会直接执行主队列的任务1
,等任务1
执行完毕,再接着执行任务2
、任务3
。所以这里不会卡住线程。
五、线程间的通信
在iOS开发过程中,我们一般在主线程里边进行UI刷新,例如:点击、滚动、拖拽等事件。我们通常把一些耗时的操作放在其他线程,比如说图片下载、文件上传等耗时操作。而当我们有时候在其他线程完成了耗时操作时,需要回到主线程,那么就用到了线程之间的通讯。
#pragma mark- 线程间的通信
-(void)threadCommunication
{
dispatch_queue_t queue=dispatch_queue_create(NULL, DISPATCH_QUEUE_CONCURRENT);
//开启新的线程
dispatch_async(queue, ^{
for (int i=0; i<3; i++) {
NSLog(@"%@ i=%d",[NSThread currentThread],i);
}
//回到主线程
dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"当前线程:%@",[NSThread currentThread]);
});
});
}
2019-04-14 20:32:45.005176+0800 ios 多线程[5040:745084] <NSThread: 0x600003db6e40>{number = 3, name = (null)} i=0
2019-04-14 20:32:45.005477+0800 ios 多线程[5040:745084] <NSThread: 0x600003db6e40>{number = 3, name = (null)} i=1
2019-04-14 20:32:45.005640+0800 ios 多线程[5040:745084] <NSThread: 0x600003db6e40>{number = 3, name = (null)} i=2
2019-04-14 20:32:45.006036+0800 ios 多线程[5040:744869] 当前线程:<NSThread: 0x600003dce940>{number = 1, name = main}
六、GCD其它用法 dispatch_barrier_async
1、栅栏方法:dispatch_barrier_async
我们有时需要异步执行两组操作,而且第一组操作执行完之后,才能开始执行第二组操作。这样我们就需要一个相当于栅栏
一样的一个方法将两组异步执行的操作组给分割起来,当然这里的操作组里可以包含一个或多个任务。这就需要用到dispatch_barrier_async
方法在两个操作组间形成栅栏。dispatch_barrier_async
函数会等待前边追加到并发队列中的任务全部执行完毕之后,再将指定的任务追加到该异步队列中。然后在dispatch_barrier_async
函数追加的任务执行完毕之后,异步队列才恢复为一般动作,接着追加任务到该异步队列并开始执行。具体如下图所示:
#pragma mark- 栅栏方法
-(void)barrier
{
dispatch_queue_t queue=dispatch_queue_create(NULL, DISPATCH_QUEUE_CONCURRENT);
dispatch_async(queue, ^{
for (int i=0; i<3; i++) {
NSLog(@"任务一%@",[NSThread currentThread]);
}
});
dispatch_barrier_async(queue, ^{
NSLog(@"barrier=%@",[NSThread currentThread]);
});
dispatch_async(queue, ^{
for (int i=0; i<3; i++) {
NSLog(@"任务二%@",[NSThread currentThread]);
}
});
}
019-04-14 20:54:23.383563+0800 ios 多线程[5294:800634] 任务一<NSThread: 0x6000011e4600>{number = 3, name = (null)}
2019-04-14 20:54:23.383843+0800 ios 多线程[5294:800634] 任务一<NSThread: 0x6000011e4600>{number = 3, name = (null)}
2019-04-14 20:54:23.383995+0800 ios 多线程[5294:800634] 任务一<NSThread: 0x6000011e4600>{number = 3, name = (null)}
2019-04-14 20:54:23.385175+0800 ios 多线程[5294:800636] barrier=<NSThread: 0x6000011e4b00>{number = 4, name = (null)}
2019-04-14 20:54:23.385788+0800 ios 多线程[5294:800636] 任务二<NSThread: 0x6000011e4b00>{number = 4, name = (null)}
2019-04-14 20:54:23.385968+0800 ios 多线程[5294:800636] 任务二<NSThread: 0x6000011e4b00>{number = 4, name = (null)}
2019-04-14 20:54:23.386125+0800 ios 多线程[5294:800636] 任务二<NSThread: 0x6000011e4b00>{number = 4, name = (null)}
在dispatch_barrier_async
执行结果中可以看出:
- 在执行完栅栏前面的操作之后,才执行栅栏操作,最后再执行栅栏后边的操作。
-
栅栏函数需要创建队列,不能使用全局并发队列。
2、延时执行方法
我们经常会遇到这样的需求:在指定时间(例如3秒)之后执行某个任务。可以用 GCD 的dispatch_after
函数来实现。
需要注意的是:dispatch_after
函数并不是在指定时间之后才开始执行处理,而是在指定时间之后将任务追加到主队列中。严格来说,这个时间并不是绝对准确的,但想要大致延迟执行任务,dispatch_after
函数是很有效的。
#pragma mark- 延时函数
-(void)after
{
NSLog(@"开始:%@",[NSThread currentThread]);
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
3秒后异步追加任务代码到主队列,并开始执行
NSLog(@"%@",[NSThread currentThread]);
});
NSLog(@"结束:%@",[NSThread currentThread]);
}
2019-04-14 21:01:11.015241+0800 ios 多线程[5357:819129] 开始:<NSThread: 0x600003296e40>{number = 1, name = main}
2019-04-14 21:01:11.015785+0800 ios 多线程[5357:819129] 结束:<NSThread: 0x600003296e40>{number = 1, name = main}
2019-04-14 21:01:14.016095+0800 ios 多线程[5357:819129] <NSThread: 0x600003296e40>{number = 1, name = main}
3、一次性代码 dispatch_once
我们在创建单例、或者有整个程序运行过程中只执行一次的代码时,我们就用到了 GCD 的 dispatch_once
函数。使用dispatch_once
函数能保证某段代码在程序运行过程中只被执行1次,并且即使在多线程的环境下,dispatch_once
也可以保证线程安全。
/**
* 一次性代码(只执行一次)dispatch_once
*/
#pragma mark-一次性代码(只执行一次)
- (void)once {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
// 只执行1次的代码(这里面默认是线程安全的)
});
}
4、快速迭代方法 dispatch_apply
- 通常我们会用 for 循环遍历,但是 GCD 给我们提供了快速迭代的函数
dispatch_apply
。dispatch_apply
按照指定的次数将指定的任务追加到指定的队列中,并等待全部队列执行结束。
如果是在串行队列中使用 dispatch_apply
,那么就和 for 循环一样,按顺序同步执行。可这样就体现不出快速迭代的意义了。
我们可以利用并发队列进行异步执行。比如说遍历 0~5 这6个数字,for 循环的做法是每次取出一个元素,逐个遍历。dispatch_apply
可以 在多个线程中同时(异步)遍历多个数字。
还有一点,无论是在串行队列,还是异步队列中,dispatch_apply 都会等待全部任务执行完毕,这点就像是同步操作,也像是队列组中的 dispatch_group_wait
方法。
#pragma mark- 快速迭代方法
-(void)apply
{
dispatch_queue_t queue=dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_apply(6, queue, ^(size_t index) {
NSLog(@"%zu %@",index,[NSThread currentThread]);
});
}
2019-04-14 21:11:48.541906+0800 ios 多线程[5445:853857] 0 <NSThread: 0x600002ff2900>{number = 1, name = main}
2019-04-14 21:11:48.541920+0800 ios 多线程[5445:854216] 1 <NSThread: 0x600002f95580>{number = 3, name = (null)}
2019-04-14 21:11:48.541956+0800 ios 多线程[5445:854218] 2 <NSThread: 0x600002fa24c0>{number = 4, name = (null)}
2019-04-14 21:11:48.541987+0800 ios 多线程[5445:853929] 3 <NSThread: 0x600002f7e7c0>{number = 5, name = (null)}
2019-04-14 21:11:48.542140+0800 ios 多线程[5445:853857] 4 <NSThread: 0x600002ff2900>{number = 1, name = main}
2019-04-14 21:11:48.542145+0800 ios 多线程[5445:854216] 5 <NSThread: 0x600002f95580>{number = 3, name = (null)}
因为是在并发队列中异步执行任务,所以各个任务的执行时间长短不定,最后结束顺序也不定。但是apply---end
一定在最后执行。这是因为dispatch_apply
函数会等待全部任务执行完毕。
5、队列组dispatch_group
有时候我们会有这样的需求:分别异步执行2个耗时任务,然后当2个耗时任务都执行完毕后再回到主线程执行任务。这时候我们可以用到 GCD 的队列组。
- 调用队列组的
dispatch_group_async
先把任务放到队列中,然后将队列放入队列组中。或者使用队列组的dispatch_group_enter、dispatch_group_leave
组合 来实现dispatch_group_async
。 - 调用队列组的
dispatch_group_notify
回到指定线程执行任务。或者使用dispatch_group_wait
回到当前线程继续向下执行(会阻塞当前线程)。
a: dispatch_group_notify
监听 group 中任务的完成状态,当所有的任务都执行完成后,追加任务到 group 中,并执行任务。
#pragma mark- 队列组
-(void)groupNotify
{
NSLog(@"开始:%@",[NSThread currentThread]);
dispatch_group_t group=dispatch_group_create();
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
for (int i = 0; i < 2; ++i) {
NSLog(@"任务一:%@",[NSThread currentThread]); // 打印当前线程
}
});
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
for (int i = 0; i < 3; ++i) {
[NSThread sleepForTimeInterval:2];
NSLog(@"任务二:%@",[NSThread currentThread]); // 打印当前线程
}
});
等前面的异步任务1、任务2都执行完毕后,回到主线程执行下边任务
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
NSLog(@"通知:%@",[NSThread currentThread]);
});
NSLog(@"结束:%@",[NSThread currentThread]);
}
2019-04-14 22:14:41.364695+0800 ios 多线程[5997:1016286] 开始:<NSThread: 0x6000013a2ec0>{number = 1, name = main}
2019-04-14 22:14:41.364940+0800 ios 多线程[5997:1016286] 结束:<NSThread: 0x6000013a2ec0>{number = 1, name = main}
2019-04-14 22:14:41.365054+0800 ios 多线程[5997:1016348] 任务一:<NSThread: 0x6000013e3980>{number = 3, name = (null)}
2019-04-14 22:14:41.365202+0800 ios 多线程[5997:1016348] 任务一:<NSThread: 0x6000013e3980>{number = 3, name = (null)}
2019-04-14 22:14:43.369186+0800 ios 多线程[5997:1016347] 任务二:<NSThread: 0x600001324540>{number = 4, name = (null)}
2019-04-14 22:14:45.372983+0800 ios 多线程[5997:1016347] 任务二:<NSThread: 0x600001324540>{number = 4, name = (null)}
2019-04-14 22:14:47.375943+0800 ios 多线程[5997:1016347] 任务二:<NSThread: 0x600001324540>{number = 4, name = (null)}
2019-04-14 22:14:47.376343+0800 ios 多线程[5997:1016286] 通知:<NSThread: 0x6000013a2ec0>{number = 1, name = main}
从dispatch_group_notify
相关代码运行输出结果可以看出:
当所有任务都执行完成之后,才执行dispatch_group_notify
block 中的任务。
b:暂停当前线程 dispatch_group_wait
.暂停当前线程(阻塞当前线程),等待指定的 group 中的任务执行完成后,才会往下继续执行。
#pragma mark- dispatch_group_wait
-(void)groupWait
{
NSLog(@"开始线程:%@",[NSThread currentThread]);
dispatch_group_t group=dispatch_group_create();
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
for (int i = 0; i < 2; ++i) {
NSLog(@"任务一:%@",[NSThread currentThread]); // 打印当前线程
}
});
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
for (int i = 0; i < 3; ++i) {
[NSThread sleepForTimeInterval:2];
NSLog(@"任务二:%@",[NSThread currentThread]); // 打印当前线程
}
});
//等待上面的任务全部完成后,会往下继续执行(会阻塞当前线程)
dispatch_group_wait(group, DISPATCH_TIME_FOREVER);
NSLog(@"结束:%@",[NSThread currentThread]);
}
2019-04-14 22:25:48.786216+0800 ios 多线程[6108:1046611] 开始线程:<NSThread: 0x60000152f5c0>{number = 1, name = main}
2019-04-14 22:25:48.786627+0800 ios 多线程[6108:1046950] 任务一:<NSThread: 0x60000154a540>{number = 3, name = (null)}
2019-04-14 22:25:48.786816+0800 ios 多线程[6108:1046950] 任务一:<NSThread: 0x60000154a540>{number = 3, name = (null)}
2019-04-14 22:25:50.789559+0800 ios 多线程[6108:1046685] 任务二:<NSThread: 0x600001551840>{number = 4, name = (null)}
2019-04-14 22:25:52.790708+0800 ios 多线程[6108:1046685] 任务二:<NSThread: 0x600001551840>{number = 4, name = (null)}
2019-04-14 22:25:54.791113+0800 ios 多线程[6108:1046685] 任务二:<NSThread: 0x600001551840>{number = 4, name = (null)}
2019-04-14 22:25:54.791392+0800 ios 多线程[6108:1046611] 结束:<NSThread: 0x60000152f5c0>{number = 1, name = main}
从dispatch_group_wait
相关代码运行输出结果可以看出:
当所有任务执行完成之后,才执行 dispatch_group_wait
之后的操作。但是,使用dispatch_group_wait
会阻塞当前线程。
c:dispatch_group_enter、dispatch_group_leave
dispatch_group_enter
标志着一个任务追加到 group,执行一次,相当于 group 中未执行完毕任务数+1dispatch_group_leave
标志着一个任务离开了 group,执行一次,相当于 group 中未执行完毕任务数-1。- 当 group 中未执行完毕任务数为0的时候,才会使
dispatch_group_wait
解除阻塞,以及执行追加到dispatch_group_notify
中的任务。
#pragma mark -dispatch_group_enter、dispatch_group_leave
-(void)groupEnterAndLeave
{
NSLog(@"开始线程:%@",[NSThread currentThread]);
dispatch_group_t group=dispatch_group_create();
dispatch_group_enter(group);
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
for (int i = 0; i < 2; ++i) {
NSLog(@"任务一:%@",[NSThread currentThread]); // 打印当前线程
}
dispatch_group_leave(group);
});
dispatch_group_enter(group);
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
for (int i = 0; i < 3; ++i) {
[NSThread sleepForTimeInterval:2];
NSLog(@"任务二:%@",[NSThread currentThread]); // 打印当前线程
}
dispatch_group_leave(group);
});
// 等前面的异步任务1、任务2都执行完毕后,回到主线程执行下边任务
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
NSLog(@"通知:%@",[NSThread currentThread]);
});
NSLog(@"结束:%@",[NSThread currentThread]);
}
2019-04-14 22:38:47.425463+0800 ios 多线程[6244:1078694] 开始线程:<NSThread: 0x600003711300>{number = 1, name = main}
2019-04-14 22:38:47.425756+0800 ios 多线程[6244:1078694] 结束:<NSThread: 0x600003711300>{number = 1, name = main}
2019-04-14 22:38:47.425780+0800 ios 多线程[6244:1079036] 任务一:<NSThread: 0x600003798300>{number = 3, name = (null)}
2019-04-14 22:38:47.426018+0800 ios 多线程[6244:1079036] 任务一:<NSThread: 0x600003798300>{number = 3, name = (null)}
2019-04-14 22:38:49.430760+0800 ios 多线程[6244:1079038] 任务二:<NSThread: 0x60000379d440>{number = 4, name = (null)}
2019-04-14 22:38:51.432903+0800 ios 多线程[6244:1079038] 任务二:<NSThread: 0x60000379d440>{number = 4, name = (null)}
2019-04-14 22:38:53.437519+0800 ios 多线程[6244:1079038] 任务二:<NSThread: 0x60000379d440>{number = 4, name = (null)}
2019-04-14 22:38:53.438116+0800 ios 多线程[6244:1078694] 通知:<NSThread: 0x600003711300>{number = 1, name = main}
从dispatch_group_enter、dispatch_group_leave
相关代码运行结果中可以看出:当所有任务执行完成之后,才执行 dispatch_group_notify 中的任务。这里的dispatch_group_enter、dispatch_group_leave
组合,其实等同于dispatch_group_async
。
6、GCD信号量:
GCD 中的信号量是指 Dispatch Semaphore,是持有计数的信号。类似于过高速路收费站的栏杆。可以通过时,打开栏杆,不可以通过时,关闭栏杆。在 Dispatch Semaphore 中,使用计数来完成这个功能,计数小于 0 时等待,不可通过。计数为 0 或大于 0 时,计数减 1 且不等待,可通过。
Dispatch Semaphore 提供了三个函数。
dispatch_semaphore_create
:创建一个 Semaphore 并初始化信号的总量dispatch_semaphore_signal
:发送一个信号,让信号总量加 1dispatch_semaphore_wait
:可以使总信号量减 1,信号总量小于 0 时就会一直等待(阻塞所在线程),否则就可以正常执行。
注意:信号量的使用前提是:想清楚你需要处理哪个线程等待(阻塞),又要哪个线程继续执行,然后使用信号量。
Dispatch Semaphore 在实际开发中主要用于:
- 保持线程同步,将异步执行任务转换为同步执行任务
- 保证线程安全,为线程加锁
dispatch_semaphore_wait中的参数timeout表示超时时间,如果等待期间没有获取到信号量或者信号量的值一直为0,那么等到timeout时,其所处线程自动执行其后语句。可取值为:DISPATCH_TIME_NOW
和 DISPATCH_TIME_FOREVER
,我们也可以自己设置一个dispatch_time_t的时间值,表示超时时间为这个时间之后。
- DISPATCH_TIME_NOW:超时时间为0,表示忽略信号量,直接运行
- ** DISPATCH_TIME_FOREVER**:超时时间为永远,表示会一直等待信号量为正数,才会继续运行
a:Dispatch Semaphore 线程同步
#pragma mark- semaphore 线程同步
-(void)semaphoreSync
{
NSLog(@"开始的线程:%@",[NSThread currentThread]);
dispatch_queue_t queue= dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//创建信号量
dispatch_semaphore_t semaphore=dispatch_semaphore_create(0);
__block int number=0;
dispatch_async(queue, ^{
[NSThread sleepForTimeInterval:3];
NSLog(@"当前的线程%@",[NSThread currentThread]);
number=100;
//发送一个信号,让信号量加1
dispatch_semaphore_signal(semaphore);
});
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"结束的线程:%@",[NSThread currentThread]);
NSLog(@"number=%d",number);
}
2019-04-15 15:03:17.432750+0800 ios 多线程[1055:99221] 开始的线程:<NSThread: 0x600001a86900>{number = 1, name = main}
2019-04-15 15:03:20.439639+0800 ios 多线程[1055:99640] 当前的线程<NSThread: 0x600001a042c0>{number = 3, name = (null)}
2019-04-15 15:03:20.440093+0800 ios 多线程[1055:99221] 结束的线程:<NSThread: 0x600001a86900>{number = 1, name = main}
2019-04-15 15:03:20.440284+0800 ios 多线程[1055:99221] number=100
从 Dispatch Semaphore 实现线程同步的代码可以看到:
- 结束的线程是在执行完
number = 100;
之后才打印的。而且输出结果 number 为 100。这是因为异步执行
不会做任何等待,可以继续执行任务。
执行顺如下:- semaphore 初始创建时计数为 0。
异步执行
将任务 1 追加到队列之后,不做等待,接着执行dispatch_semaphore_wait
方法,semaphore 减 1,此时 semaphore == -1,当前线程进入等待状态。- 然后,异步任务 1 开始执行。任务1执行到
dispatch_semaphore_signal
之后,总信号量加1,此时 semaphore == 0,正在被阻塞的线程(主线程)恢复继续执行。 - 最后打印
semaphore---end,number = 100
。
这样就实现了线程同步,将异步执行任务转换为同步执行任务。
b:Dispatch Semaphore 线程安全和线程同步(为线程加锁)
线程安全:如果你的代码所在的进程中有多个线程在同时运行,而这些线程可能会同时运行这段代码。如果每次运行结果和单线程运行的结果是一样的,而且其他的变量的值也和预期的是一样的,就是线程安全的。
若每个线程中对全局变量、静态变量只有读操作,而无写操作,一般来说,这个全局变量是线程安全的;若有多个线程同时执行写操作(更改变量),一般都需要考虑线程同步,否则的话就可能影响线程安全。
线程同步:可理解为线程 A 和 线程 B 一块配合,A 执行到一定程度时要依靠线程 B 的某个结果,于是停下来,示意 B 运行;B 依言执行,再将结果给 A;A 再继续操作。
举个简单例子就是:两个人在一起聊天。两个人不能同时说话,避免听不清(操作冲突)。等一个人说完(一个线程结束操作),另一个再说(另一个线程再开始操作)。
下面,我们模拟火车票售卖的方式,实现 NSThread 线程安全和解决线程同步问题。
场景:总共有10张火车票,有两个售卖火车票的窗口,两个窗口同时售卖火车票,卖完为止。
#pragma mark- 非线程安全,不使用semaphore
-(void)initTicketStatusNotSave
{
/*
10张火车票两个人来卖
*/
//当前线程
NSLog(@"%@",[NSThread currentThread]);
self.ticketCount=10;
dispatch_queue_t queue1=dispatch_queue_create(NULL, DISPATCH_QUEUE_SERIAL);
dispatch_queue_t queue2=dispatch_queue_create(NULL, DISPATCH_QUEUE_SERIAL);
dispatch_async(queue1, ^{
[self saleTicketNotSafe:@"哈哈"];
});
dispatch_async(queue2, ^{
[self saleTicketNotSafe:@"呵呵"];
});
}
/**
* 售卖火车票(非线程安全)
*/
-(void)saleTicketNotSafe:(NSString*)name
{
while (1) {
//如果还有票,继续售卖
if (self.ticketCount>0) {
self.ticketCount--;
[NSThread sleepForTimeInterval:0.2];
NSLog(@"%@卖票 ,剩余票数:%ld",name,(long)self.ticketCount);
}
else{
NSLog(@"票以售完");
break;
}
}
}
2019-04-15 16:00:04.053077+0800 ios 多线程[1549:206469] <NSThread: 0x60000230df80>{number = 1, name = main}
2019-04-15 16:00:04.254320+0800 ios 多线程[1549:206688] 呵呵卖票 ,剩余票数:8
2019-04-15 16:00:04.254330+0800 ios 多线程[1549:207268] 哈哈卖票 ,剩余票数:8
2019-04-15 16:00:04.459285+0800 ios 多线程[1549:207268] 哈哈卖票 ,剩余票数:7
2019-04-15 16:00:04.459370+0800 ios 多线程[1549:206688] 呵呵卖票 ,剩余票数:7
2019-04-15 16:00:04.664782+0800 ios 多线程[1549:207268] 哈哈卖票 ,剩余票数:6
2019-04-15 16:00:04.664782+0800 ios 多线程[1549:206688] 呵呵卖票 ,剩余票数:6
2019-04-15 16:00:04.866967+0800 ios 多线程[1549:207268] 哈哈卖票 ,剩余票数:4
2019-04-15 16:00:04.866967+0800 ios 多线程[1549:206688] 呵呵卖票 ,剩余票数:4
2019-04-15 16:00:05.069016+0800 ios 多线程[1549:206688] 呵呵卖票 ,剩余票数:2
2019-04-15 16:00:05.069016+0800 ios 多线程[1549:207268] 哈哈卖票 ,剩余票数:2
2019-04-15 16:00:05.273409+0800 ios 多线程[1549:207268] 哈哈卖票 ,剩余票数:1
2019-04-15 16:00:05.273445+0800 ios 多线程[1549:206688] 呵呵卖票 ,剩余票数:1
2019-04-15 16:00:05.476882+0800 ios 多线程[1549:207268] 哈哈卖票 ,剩余票数:-1
2019-04-15 16:00:05.476882+0800 ios 多线程[1549:206688] 呵呵卖票 ,剩余票数:-1
2019-04-15 16:00:05.477378+0800 ios 多线程[1549:207268] 票以售完
2019-04-15 16:00:05.477378+0800 ios 多线程[1549:206688] 票以售完
可以看到在不考虑线程安全,不使用 semaphore 的情况下,得到票数是错乱的,这样显然不符合我们的需求,所以我们需要考虑线程安全问题。
线程安全(使用 semaphore 加锁)
#pragma mark- 线程安全,
-(void)initTicketStatusNotSave
{
/*
10张火车票两个人来卖
*/
//当前线程
NSLog(@"%@",[NSThread currentThread]);
self.ticketCount=10;
self.semaphoreLock=dispatch_semaphore_create(1);
dispatch_queue_t queue1=dispatch_queue_create(NULL, DISPATCH_QUEUE_SERIAL);
dispatch_queue_t queue2=dispatch_queue_create(NULL, DISPATCH_QUEUE_SERIAL);
dispatch_async(queue1, ^{
[self saleTicketNotSafe:@"哈哈"];
});
dispatch_async(queue2, ^{
[self saleTicketNotSafe:@"呵呵"];
});
}
-(void)saleTicketNotSafe:(NSString*)name
{
while (1) {
//相当于加锁
dispatch_semaphore_wait(self.semaphoreLock, DISPATCH_TIME_FOREVER);
//如果还有票,继续售卖
if (self.ticketCount>0) {
self.ticketCount--;
[NSThread sleepForTimeInterval:0.2];
NSLog(@"%@卖票 ,剩余票数:%ld",name,(long)self.ticketCount);
}
else{
NSLog(@"票以售完");
//相当于解锁
dispatch_semaphore_signal(self.semaphoreLock);
break;
}
//相当于解锁
dispatch_semaphore_signal(self.semaphoreLock);
}
}
2019-04-15 16:10:48.260153+0800 ios 多线程[1824:244289] <NSThread: 0x600003619d40>{number = 1, name = main}
2019-04-15 16:10:48.461640+0800 ios 多线程[1824:244659] 哈哈卖票 ,剩余票数:9
2019-04-15 16:10:48.663829+0800 ios 多线程[1824:244657] 呵呵卖票 ,剩余票数:8
2019-04-15 16:10:48.869018+0800 ios 多线程[1824:244659] 哈哈卖票 ,剩余票数:7
2019-04-15 16:10:49.069363+0800 ios 多线程[1824:244657] 呵呵卖票 ,剩余票数:6
2019-04-15 16:10:49.272526+0800 ios 多线程[1824:244659] 哈哈卖票 ,剩余票数:5
2019-04-15 16:10:49.472963+0800 ios 多线程[1824:244657] 呵呵卖票 ,剩余票数:4
2019-04-15 16:10:49.673870+0800 ios 多线程[1824:244659] 哈哈卖票 ,剩余票数:3
2019-04-15 16:10:49.875212+0800 ios 多线程[1824:244657] 呵呵卖票 ,剩余票数:2
2019-04-15 16:10:50.077259+0800 ios 多线程[1824:244659] 哈哈卖票 ,剩余票数:1
2019-04-15 16:10:50.280662+0800 ios 多线程[1824:244657] 呵呵卖票 ,剩余票数:0
2019-04-15 16:10:50.280942+0800 ios 多线程[1824:244659] 票以售完
2019-04-15 16:10:50.281287+0800 ios 多线程[1824:244657] 票以售完
可以看出,在考虑了线程安全的情况下,使用 dispatch_semaphore
机制之后,得到的票数是正确的,没有出现混乱的情况。我们也就解决了多个线程同步的问题。