上篇我们留了一个问题就是 同步主队列为啥会崩这里我们来解释一下
首先看这个上面这个图 这个方法是在viewDidLoad里面调用的(主队列调用)
首先代码运行到a同步说明不会开辟新的线程会阻塞当前线程(就是block里面c要在主线程里面执行的)会立马回调就还立马执行c 但是main_queue要求是等主线程的事情做完了在回调执行c 这样就矛盾了 (同步要求我立马在主线程执行c主队列说等主线程执行玩也就是d NSLoge(@"2")执行完这个方法结束在执行c).所以矛盾 我主线程是立马执行c啊还是等主线程执行完了在执行c啊 就崩了.
异步不会阻塞当前线程不会立马回调(打印NSlog@"2")main_queue要求等主线程事情干完在回调.这样没有矛盾啊 打印完"1" 就会打印"3"就会打印接着就会走下面的for循环当这个方法走完了(主线程没有事情做了)就会打印"2".虽然是异步但是是主队列是不会开辟 新线程的"2"也是在主队列中执行.
我们再来进阶一下 我们把同步主队列写在异步中程序就不会蹦.来我们分析一下
1---第一种情况
代码肯定是先运行到a 接着运行b 运行到b异步全局队列 这里会创建一个异步线程接下来 就会走c或者走g因为两个线程嘛谁先走也不一定 先假设走了g 又走了c 接着就会走d这是时候是同步主线程 同步肯定是要阻塞当前线程的(立马回调走e) main_queue肯定是要求主项成的事情都干完了在走e的你会发现 并不矛盾因为g已经走完了啊 所以就会走e呗 e走完在走f呗完事了..
打印的log顺序是 1 5 2 3 4 这只是一种情况
2---第二种情况
程序先运行到a接着是b开辟了一个新线程 可能走g也可能走c 我们假设走了c 先走c接下来走d还是走g呢 其实也是不确定的 我们先确定c走完了g还没走完 接着d又走了.这可是个同步主队啊(同步要求立马在当前线程{不是主线程}执行e main_queue要求慌啥,你这个非主线程先等一下啊 ,等主线程执行完了在主线程中执行e).这样非主线程就被阻塞了 等执行完了g 在执行了e 接着就是f 打印的log顺序就是1 2 5 3 4
上面只有这两种情况.我们接着进阶
如上图所示 打印的log有五中情况. 重点是3 一定是在5后面的..有兴趣的朋友可以用sleep();函数做延迟亲自试一下.
1 5 2 3 4
1 5 2 4 3
1 2 4 5 3
1 2 5 3 4
1 2 5 4 3
