iOS多線程梳理-GCD(3)

上一篇 iOS多線程梳理-GCD死鎖

GCD柵欄函數(shù)

僅在自己創(chuàng)建的并發(fā)隊列上有效,在全局(Global)并發(fā)隊列焦蘑、串行隊列上链蕊,效果跟dispatch_(a)sync效果一樣

我們有時需要異步執(zhí)行兩組操作请祖,而且第一組操作執(zhí)行完之后,才能開始執(zhí)行第二組操作穿肄。這樣我們就需要一個相當(dāng)于柵欄一樣的一個方法將兩組異步執(zhí)行的操作組給分割起來年局,當(dāng)然這里的操作組里可以包含一個或多個任務(wù)。這就需要用到dispatch_barrier_async方法在兩個操作組間形成柵欄咸产。

    dispatch_queue_t concurrentQ = dispatch_queue_create("", DISPATCH_QUEUE_CONCURRENT);
    NSLog(@"beagin %@",[NSThread currentThread]);
    dispatch_async(concurrentQ, ^{
        sleep(3);
        NSLog(@"first %@",[NSThread currentThread]);
    });
    dispatch_async(concurrentQ, ^{
        sleep(3);
        NSLog(@"section %@",[NSThread currentThread]);
    });
    dispatch_barrier_async(concurrentQ, ^{
        sleep(2);
        NSLog(@"barrier %@",[NSThread currentThread]);
    });
    dispatch_async(concurrentQ, ^{
        sleep(2);
        NSLog(@"three %@",[NSThread currentThread]);
    });
    dispatch_async(concurrentQ, ^{
        sleep(2);
        NSLog(@"four %@",[NSThread currentThread]);
    });
/*輸出結(jié)果:    
  2017-10-10 22:02:42.083206+0800 GCDLearnAdvanced[8535:1603419] beagin <NSThread: 0x60400007bcc0>{number = 1, name = main}
  2017-10-10 22:02:45.086151+0800 GCDLearnAdvanced[8535:1603466] section <NSThread: 0x6080002630c0>{number = 3, name = (null)}
  2017-10-10 22:02:45.086187+0800 GCDLearnAdvanced[8535:1603468] first <NSThread: 0x60400026c700>{number = 4, name = (null)}
  2017-10-10 22:02:47.088121+0800 GCDLearnAdvanced[8535:1603466] barrier <NSThread: 0x6080002630c0>{number = 3, name = (null)}
  2017-10-10 22:02:49.089080+0800 GCDLearnAdvanced[8535:1603466] three <NSThread: 0x6080002630c0>{number = 3, name = (null)}
  2017-10-10 22:02:49.093410+0800 GCDLearnAdvanced[8535:1603468] four <NSThread: 0x60400026c700>{number = 4, name = (null)}
*/

可以看到這個方法會阻塞這個queue(注意是阻塞 queue 矢否,而不是阻塞當(dāng)前線程),一直等到這個 queue 中排在它前面的任務(wù)都執(zhí)行完成后才會開始執(zhí)行自己脑溢,并且當(dāng)自己 同步執(zhí)行 完畢后兴喂,再會取消阻塞,使這個 queue 中排在它后面的任務(wù)繼續(xù)執(zhí)行焚志。

GCD延時提交

    //創(chuàng)建串行隊列
    dispatch_queue_t serialQ = dispatch_queue_create("serialQ", DISPATCH_QUEUE_SERIAL);                 
    NSLog(@"beagin %@",[NSThread currentThread]);
    dispatch_async(serialQ, ^{
        NSLog(@"task 開始 %@",[NSThread currentThread]);
        sleep(10);
        NSLog(@"task 完成 %@",[NSThread currentThread]);
    });
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), serialQ, ^{
        NSLog(@"After...%@",[NSThread currentThread]);
        sleep(2);
        NSLog(@"After.22.%@",[NSThread currentThread]);
    });
/*輸出結(jié)果:
 2017-10-12 15:11:27.109950+0800 GCDLearnAdvanced[2409:593908] beagin <NSThread: 0x60400006b000>{number = 1, name = main}
 2017-10-12 15:11:27.110231+0800 GCDLearnAdvanced[2409:593956] task 開始 <NSThread: 0x60800007fdc0>{number = 3, name = (null)}
 2017-10-12 15:11:37.114435+0800 GCDLearnAdvanced[2409:593956] task 完成 <NSThread: 0x60800007fdc0>{number = 3, name = (null)}
 2017-10-12 15:11:37.114603+0800 GCDLearnAdvanced[2409:593956] After...<NSThread: 0x60800007fdc0>{number = 3, name = (null)}
 2017-10-12 15:11:39.118761+0800 GCDLearnAdvanced[2409:593956] After.22.<NSThread: 0x60800007fdc0>{number = 3, name = (null)}
*/

從打印輸出可以看出衣迷,dispatch_after只是延時提交block,并不是延時后立即執(zhí)行酱酬。所以想用dispatch_after精確控制運行狀態(tài)的時候需要注意下

GCD dispatch_apply

    NSLog(@"beagin %@",[NSThread currentThread]);
    dispatch_apply(3, dispatch_get_global_queue(0, 0), ^(size_t index) {
        sleep(3);
        NSLog(@"current%@ %@",@(index),[NSThread currentThread]);
    });
    NSLog(@"end %@",[NSThread currentThread]);
    /*輸出結(jié)果:
     2017-10-11 14:19:55.146699+0800 GCDLearnAdvanced[1728:463964] beagin <NSThread: 0x60c00006dac0>{number = 1, name = main}
     2017-10-11 14:19:58.148147+0800 GCDLearnAdvanced[1728:463964] current0 <NSThread: 0x60c00006dac0>{number = 1, name = main}
     2017-10-11 14:19:58.148168+0800 GCDLearnAdvanced[1728:464015] current1 <NSThread: 0x604000070b00>{number = 3, name = (null)}
     2017-10-11 14:19:58.148185+0800 GCDLearnAdvanced[1728:464021] current2 <NSThread: 0x608000278280>{number = 4, name = (null)}
     2017-10-11 14:19:58.148291+0800 GCDLearnAdvanced[1728:463964] end <NSThread: 0x60c00006dac0>{number = 1, name = main}
     */

從輸出結(jié)果看出壶谒,beagin到end中間任務(wù)共耗時3s。所以當(dāng)數(shù)組內(nèi)元素需要循環(huán)處理且比較耗時可以使用這個函數(shù)

GCD Dispatch Source

定時器案例:

    NSLog(@"beagin %@",[NSThread currentThread]);
    __block NSInteger timeout = 3;
    dispatch_queue_t globalQ = dispatch_get_global_queue(0, 0);
    dispatch_source_t source = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, globalQ);
    dispatch_source_set_timer(source, dispatch_walltime(NULL,0), 1.0*NSEC_PER_SEC, 0);
    dispatch_source_set_event_handler(source, ^{
        if (timeout<=0) {
            dispatch_source_cancel(source);
            NSLog(@"end %@",[NSThread currentThread]);
        }else{
            timeout --;
            dispatch_async(dispatch_get_main_queue(), ^{
                NSLog(@"現(xiàn)在秒 %@",@(timeout));
            });
        }
    });
    dispatch_resume(source);
   /*輸出結(jié)果:
     2017-10-12 16:00:33.139472+0800 GCDLearnAdvanced[2717:646701] beagin <NSThread: 0x60000006a040>{number = 1, name = main}
     2017-10-12 16:00:33.167203+0800 GCDLearnAdvanced[2717:646701] 現(xiàn)在秒 2
     2017-10-12 16:00:34.140082+0800 GCDLearnAdvanced[2717:646701] 現(xiàn)在秒 1
     2017-10-12 16:00:35.140850+0800 GCDLearnAdvanced[2717:646701] 現(xiàn)在秒 0
     2017-10-12 16:00:36.140079+0800 GCDLearnAdvanced[2717:646756] end <NSThread: 0x608000460a00>{number = 3, name = (null)}
     */

關(guān)于 dispatch_walltime和dispatch_time 使用區(qū)別

進(jìn)度條案例:

    dispatch_queue_t globalQ = dispatch_get_global_queue(0, 0);
    dispatch_source_t source = dispatch_source_create(DISPATCH_SOURCE_TYPE_DATA_ADD, 0, 0, globalQ);
    __block NSUInteger totalComplete = 0;
    dispatch_source_set_event_handler(source, ^{
        NSUInteger value = dispatch_source_get_data(source);
        totalComplete += value;
        NSLog(@"進(jìn)度 %@ ",@((CGFloat)totalComplete/100));
    });
    dispatch_resume(source);
    for (NSInteger i=0; i<100; i++) {
        dispatch_async(globalQ, ^{
            dispatch_source_merge_data(source, 1);
            NSLog(@"線程:%@~~~~~~~~~~~~i = %@", [NSThread currentThread],@(i));
        });
    }
//輸出結(jié)果: ---太長膳沽,就不上了

從打印上可以看到進(jìn)度打印并不是隨線程打印連續(xù)的顯示汗菜,是間斷的让禀。原因:DISPATCH_SOURCE_TYPE_DATA_ADD是將觸發(fā)結(jié)果相加,最后統(tǒng)一執(zhí)行響應(yīng)陨界。如果dispatch_source_merge_data之間間隔時間越長巡揍,則每次觸發(fā)都會響應(yīng),但是如果間隔的時間很短菌瘪,則會將觸發(fā)后的結(jié)果相加后統(tǒng)一觸發(fā)腮敌。利用這一特性可以用來更新進(jìn)度條,因為沒必要每次進(jìn)度觸發(fā)都響應(yīng)俏扩。

GCD只執(zhí)行一次

//單例模式
static BaseViewController *instance;
+(instancetype)shareSingleMethod{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        instance = [[self alloc]init];
    });
    return instance;
}

dispatch_once_t必須是全局或static變量糜工。其實就是保證dispatch_once_t只有一份實例

GCD信號量

//創(chuàng)建信號量,參數(shù):信號量的初值录淡,如果小于0則會返回NULL
dispatch_semaphore_create(信號量值)
//等待降低信號量
dispatch_semaphore_wait(信號量捌木,等待時間)
//提高信號量
dispatch_semaphore_signal(信號量)

  • 信號量的工作原理:
    如果初始semaphore信號量的值 >= 1時:對semaphore計數(shù)進(jìn)行減1,然后dispatch_semaphore_wait 函數(shù)返回。該函數(shù)所處線程就繼續(xù)執(zhí)行下面的語句嫉戚。
    如果初始semaphore信號量的值 = 0時:那么就阻塞該函數(shù)所處的線程,阻塞時長為timeout指定的時間刨裆。如果阻塞時間內(nèi)semaphore的值被dispatch_semaphore_signal函數(shù)加1了,該函數(shù)所處線程獲得了信號量被喚醒彬檀。然后對semaphore計數(shù)進(jìn)行減1并返回帆啃,繼續(xù)向下執(zhí)行。如果阻塞時間內(nèi)沒有獲取到信號量喚醒線程或者信號量的值一直為0凤覆,那么就要等到指定的阻塞時間后链瓦,該函數(shù)所處線程才繼續(xù)向下執(zhí)行拆魏。

案例同步獲取定位信息(以百度地圖為例)

- (NSString *)getLocalLatAndLon{
    [_locService startUserLocationService];
    dispatch_async(dispatch_get_main_queue(), ^{
        hud=[MBProgressHUD showHUDAddedTo:self.view animated:YES];
        hud.mode = MBProgressHUDModeIndeterminate;
        hud.label.text = NSLocalizedString(@"正在獲取最新位置...", @"HUD loading title");
    });
    semaphore = dispatch_semaphore_create(0);
    //信號量減1盯桦,如果>0,則向下執(zhí)行渤刃,否則等待
    dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
    dispatch_async(dispatch_get_main_queue(), ^{
        [hud hideAnimated:YES];
    });
    _locService.delegate=nil;
    [_locService stopUserLocationService];
    return _localXY;
}
//百度定位代理
- (void)didUpdateBMKUserLocation:(BMKUserLocation *)userLocation{
    if (userLocation.location.coordinate.latitude!=0&&userLocation.location.coordinate.longitude!=0) {
        _localXY=[NSString stringWithFormat:@"%f,%f",userLocation.location.coordinate.longitude,userLocation.location.coordinate.latitude];
        //信號量加1
        dispatch_semaphore_signal(semaphore);
    }
}

下一篇 iOS多線程梳理-NSOperation

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末拥峦,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子卖子,更是在濱河造成了極大的恐慌略号,老刑警劉巖,帶你破解...
    沈念sama閱讀 211,194評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件洋闽,死亡現(xiàn)場離奇詭異玄柠,居然都是意外死亡,警方通過查閱死者的電腦和手機诫舅,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,058評論 2 385
  • 文/潘曉璐 我一進(jìn)店門羽利,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人刊懈,你說我怎么就攤上這事这弧⊥尴校” “怎么了?”我有些...
    開封第一講書人閱讀 156,780評論 0 346
  • 文/不壞的土叔 我叫張陵匾浪,是天一觀的道長皇帮。 經(jīng)常有香客問我,道長蛋辈,這世上最難降的妖魔是什么属拾? 我笑而不...
    開封第一講書人閱讀 56,388評論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮梯浪,結(jié)果婚禮上捌年,老公的妹妹穿的比我還像新娘。我一直安慰自己挂洛,他們只是感情好礼预,可當(dāng)我...
    茶點故事閱讀 65,430評論 5 384
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著虏劲,像睡著了一般托酸。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上柒巫,一...
    開封第一講書人閱讀 49,764評論 1 290
  • 那天励堡,我揣著相機與錄音,去河邊找鬼堡掏。 笑死应结,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的泉唁。 我是一名探鬼主播鹅龄,決...
    沈念sama閱讀 38,907評論 3 406
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼亭畜!你這毒婦竟也來了扮休?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,679評論 0 266
  • 序言:老撾萬榮一對情侶失蹤拴鸵,失蹤者是張志新(化名)和其女友劉穎玷坠,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體劲藐,經(jīng)...
    沈念sama閱讀 44,122評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡八堡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,459評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了聘芜。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片兄渺。...
    茶點故事閱讀 38,605評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖厉膀,靈堂內(nèi)的尸體忽然破棺而出溶耘,到底是詐尸還是另有隱情二拐,我是刑警寧澤,帶...
    沈念sama閱讀 34,270評論 4 329
  • 正文 年R本政府宣布凳兵,位于F島的核電站百新,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏庐扫。R本人自食惡果不足惜饭望,卻給世界環(huán)境...
    茶點故事閱讀 39,867評論 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望形庭。 院中可真熱鬧铅辞,春花似錦、人聲如沸萨醒。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,734評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽富纸。三九已至囤踩,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間晓褪,已是汗流浹背堵漱。 一陣腳步聲響...
    開封第一講書人閱讀 31,961評論 1 265
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留涣仿,地道東北人勤庐。 一個月前我還...
    沈念sama閱讀 46,297評論 2 360
  • 正文 我出身青樓,卻偏偏與公主長得像好港,于是被迫代替她去往敵國和親愉镰。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 43,472評論 2 348

推薦閱讀更多精彩內(nèi)容

  • 程序中同步和異步是什么意思媚狰?有什么區(qū)別岛杀? 解釋一:異步調(diào)用是通過使用單獨的線程執(zhí)行的阔拳。原始線程啟動異步調(diào)用崭孤,異步調(diào)...
    風(fēng)繼續(xù)吹0閱讀 1,027評論 1 2
  • GCD (Grand Central Dispatch) :iOS4 開始引入,使用更加方便糊肠,程序員只需要將任務(wù)添...
    池鵬程閱讀 1,326評論 0 2
  • 背景 擔(dān)心了兩周的我終于輪到去醫(yī)院做胃鏡檢查了辨宠!去的時候我都想好了最壞的可能(胃癌),之前在網(wǎng)上查的癥狀都很相似货裹。...
    Dely閱讀 9,229評論 21 42
  • 一笔咽、多線程簡介: 所謂多線程是指一個 進(jìn)程 -- process(可以理解為系統(tǒng)中正在運行的一個應(yīng)用程序)中可以開...
    尋形覓影閱讀 1,017評論 0 6
  • 軍訓(xùn)第九天。 熱霹期, 今天汗賊多叶组, 真正地體驗了一把汗如雨下。 休息的時候感覺頭昏腦漲的历造, 想睡覺甩十。 還好, 到最后...
    Mean_me閱讀 214評論 0 0