ios开发gcd,iOS开发GCD使用信号量的注意点

NSOperation'>iOS多线程GCD任务取消->NSOperation

在多线程开发中，我们常用到GCD，这里探讨一下GCD任务的取消:

成都创新互联服务项目包括中站网站建设、中站网站制作、中站网页制作以及中站网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，中站网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到中站省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

1.在iOS 8以后，系统给我们提供了这样的取消函数 dispatch_block_cancel，不过这个也只能用于dispatch_block_create创建的dispatch_block_t，我们试验一下：

这时肯定是任务都会执行的

接下来，把注释的那一行 dispatch_block_cancel(block1);打开，看看效果:

我们发现block1确实被取消掉了。这是dispatch_block_cancel的用法。

2.很多时候，我们的场景不会去用dispatch_block_create创建dispatch_block_t，这个时候我们若想取消一个任务，可以考虑用一个条件来做，满足条件则执行此任务，不满足则不执行，举个例子：

效果如下:

写到这里，这儿其实还隐藏了一个知识点，就是block的变量捕获，有兴趣或是不理解的朋友可以研究一下。(如下，为何输出不是20而是10)

3.过渡到NSOperation

NSOperation是对GCD的封装，底层也是GCD。

NSOperation给我们封装了更多的api，这是我在Xcode中提出来的:

我们可以发现它有状态属性，有取消方法，也有添加依赖方法等...这里我们还是先说取消吧，下面来给大家写个demo:

这时输出是:

因为正在执行的任务，NSOperation也是不能取消的，所以也是需要将cancel在start前调用的(就如同满足一个条件是否需要cancel一样，也可以满足条件不调用start)

iOS多线程之GCD的执行原理

在使用GCD的时候，我们会把需要处理的任务放到Block中，然后将任务 追加 到相应的队列里面，这个队列，叫做Dispatch Queue。然而，存在于两种Dispatch Queue，一种是要等待上一个执行完，再执行下一个的Serial Dispatch Queue，这叫做串行队列；另一种，则是不需要上一个执行完，就能执行下一个的Concurrent Dispatch Queue，叫做并行队列。这两种，均遵循FIFO(先进先出)原则。

那么，并行队列又是怎么在执行呢？

虽然可以同时多个任务的处理，但是并行队列的处理量，还是要根据当前系统状态来。如果当前系统状态最多处理2个任务，那么1、2会排在前面，3什么时候操作，就看1或者2谁先完成，然后3接在后面。

串行与并行针对的是队列，而同步与异步，针对的则是线程。 最大的区别在于，同步线程要阻塞当前线程，必须要等待同步线程中的任务执行完，返回以后，才能继续执行下一任务，整个过程是不会创建新线程的；而异步线程则是不用等待，会在新开启的线程中执行任务(执行主队列的任务除外，主队列的任务在主线程中执行)。

分析：

首先执行任务1，这是肯定没问题的，只是接下来，程序遇到了同步线程，那么它会进入等待，等待任务2执行完，然后执行任务3。但这是队列，有任务来，当然会将任务加到队尾，然后遵循FIFO原则执行任务。那么，现在任务2就会被加到最后，任务3排在了任务2前面，问题来了：

任务3要等任务2执行完才能执行，任务2又排在任务3后面，意味着任务2要在任务3执行完才能执行，所以他们进入了互相等待的局面。【既然这样，那干脆就卡在这里吧】这就是死锁。

分析：

首先执行任务1，接下来会遇到一个同步线程，程序会进入等待。等待任务2执行完成以后，才能继续执行任务3。从 dispatch_get_global_queue 可以看出，任务2被加入到了全局的并行队列中，当并行队列执行完任务2以后，返回到主队列，继续执行任务3。

分析：

这个案例没有使用系统提供的串行或并行队列，而是自己通过 dispatch_queue_create 函数创建了一个 DISPATCH_QUEUE_SERIAL 的串行队列。执行任务1；遇到异步线程，将【任务2、同步线程、任务4】加入串行队列中。因为是异步线程，所以在主线程中的任务5不必等待异步线程中的所有任务完成；因为任务5不必等待，所以2和5的输出顺序不能确定；任务2执行完以后，遇到同步线程，这时，将任务3加入串行队列；又因为任务4比任务3早加入串行队列，所以，任务3要等待任务4完成以后，才能执行。但是任务3所在的同步线程会阻塞，所以任务4必须等任务3执行完以后再执行。这就又陷入了无限的等待中，造成死锁。

分析：

首先，将【任务1、异步线程、任务5】加入Main Queue中，异步线程中的任务是：【任务2、同步线程、任务4】。所以，先执行任务1，然后将异步线程中的任务加入到Global Queue中，因为异步线程，所以任务5不用等待，结果就是2和5的输出顺序不一定。然后再看异步线程中的任务执行顺序。任务2执行完以后，遇到同步线程。将同步线程中的任务加入到Main Queue中，这时加入的任务3在任务5的后面。当任务3执行完以后，没有了阻塞，程序继续执行任务4。

分析：

和上面几个案例的分析类似，先来看看都有哪些任务加入了Main Queue：【异步线程、任务4、死循环、任务5】。在加入到Global Queue异步线程中的任务有：【任务1、同步线程、任务3】。第一个就是异步线程，任务4不用等待，所以结果任务1和任务4顺序不一定。任务4完成后，程序进入死循环，Main Queue阻塞。但是加入到Global Queue的异步线程不受影响，继续执行任务1后面的同步线程。同步线程中，将任务2加入到了主线程，并且，任务3等待任务2完成以后才能执行。这时的主线程，已经被死循环阻塞了。所以任务2无法执行，当然任务3也无法执行，在死循环后的任务5也不会执行。

iOS GCD开发运用场景

进程：可以简单理解为进程为一个应用程序

线程：是CPU调度和分派的基本单位

下图是线程状态示意图，从图中可以看出线程的生命周期是：新建 - 就绪 - 运行 - 阻塞 - 死亡

多线程的四种解决方案分别是：OC主要使用NSThread，GCD， NSOperation，pthread为跨平台的。

（1）GCD术语解释

（3）GCD队列异步dispatch_async、同步dispatch_sync执行方式区别

（3.1）GCD常用场景一：实现多个异步线程同步操作

输出：nunber = 5 说明开启了一个新线程在执行

输出：在多个线程下并发执行完任务

（3.2）GCD常用场景二：dispatch_barrier_sync实现多读单写

输出：

（3.3）GCD常用场景三：dispatch_group实现多个网络请求的同步问题

输出：

总结：

（3.4）GCD造成主线死锁的情况

iOS 常见面试题--GCD 队列组的使用

面试题一：如何用gcd实现以下功能

1、异步并发执行任务1、任务2

2、等任务1、任务2都执行完毕后，再回到主线程执行任务3

面试题二：如何用gcd实现以下功能

1、异步并发执行任务1、任务2

2、等任务1、任务2都执行完毕后，再执行任务3、 任务4 且任务3、 任务4异步并发执行

以上两道面试题 主要是考 GCD的队列组相关知识