思考一段代码
我们先来看一段代码,猜猜一下代码的的运行结果:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 | |
运行结果:
1 2 3 | |
什么情况?派发给主队列的任务不是在主线程上运行,跟我们平常用的和理解的完全不一样。
不要激动,导致这种原因最关键的是这行代码dispatch_main() ,就是这货让主队列的任务在非主线程运行。
这个方法苹果官方文档这样解释的:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | |
意思是这个方法会阻塞主线程,然后在其它线程中执行主队列中的任务,这个方法永远不会返回(意思会卡住主线程)
如果去掉dispatch_main()这行代码,就会正常在主线程里执行任务
1 2 | |
所以在主队列的任务通常是在主线程里执行,但是不一定,我们可以主动去执行被添加到主队列MainQueue的任务task(也就是说我们可以主动来调用添加到主线程队列的blocks)。可以使用以下任一个来实现:dispatch_main()、UIApplicationMain() 、CFRunLoopRun()
那我们再思考一下,主线程是否可以运行非主队列的任务blocks吗?答案是可以的,比如下面的代码:
1 2 3 4 5 6 7 8 | |
执行结果:
1 2 | |
所以通过dispatch_sync()执行的block不会开辟新的线程,而是在当前的线程(即主线程)中同步执行block
runloop和queue的区别
runloop和queue的区别
runloop和queue各自维护着自己的一个任务队列,在runloop的每个周期里面,会检测自身的任务队列里面是否存在待执行的task并且执行。但主线程的情况比较特殊,在main runloop的每个周期,会去检测main queue是否存在待执行任务,如果存在,那么copy到自身的任务队列中执行
async的实现不同
在非主线程之外,runloop和queue的任务队列是互不干扰的,因此两者处理任务的机制也是完全不同的。当async任务到队列时,GCD会尝试寻找一个线程来执行任务。由于串行队列同时只能与一个线程挂钩,因此GCD会让该线程执行完已有任务后,才执行async到队列中的任务。
多线程的实现有以下几种方式
串行与并发
队列和线程