串行隊(duì)列或者并發(fā)隊(duì)列都會(huì)遵循FIFO（先進(jìn)先出）的原則
- (void)test
{
NSLog(@"Start");
dispatch_sync(dispatch_get_main_queue(), ^{
});
}
上述代碼是典型的死鎖案例
執(zhí)行順序是先執(zhí)行Start平挑，然后將block和主隊(duì)列傳給GCD的
dispatch_sync函數(shù)等待執(zhí)行坛怪，直到它返回.
由于主隊(duì)列屬于串行隊(duì)列，先進(jìn)先出疫赎，不能并發(fā)執(zhí)行堂鲤，當(dāng)前只能執(zhí)行一個(gè)任務(wù)锤窑， test函數(shù)作為一個(gè)
待執(zhí)行的任務(wù)添加在主隊(duì)列甚淡，dispatch_sync函數(shù)攜帶的block任務(wù)被添加到test后面，需要等待
test執(zhí)行結(jié)束后才能執(zhí)行匕争，而dispatch_sync函數(shù)特性是等待block執(zhí)行完畢后返回（同步阻塞當(dāng)
前線(xiàn)程）避乏，而dispatch_sync不返回，test函數(shù)也無(wú)往下進(jìn)行甘桑，就出現(xiàn)了相互等待的現(xiàn)象淑际，即死鎖。
不定期更新中…
