今天跟朋友討論了一個(gè)場景，他們的APP一個(gè)頁面里面有三個(gè)網(wǎng)絡(luò)請(qǐng)求，且第三個(gè)請(qǐng)求所需的參數(shù)是基于前兩個(gè)請(qǐng)求結(jié)果的，但是AFN又都是異步執(zhí)行，不能保證數(shù)據(jù)的正確返回。這個(gè)類似于直播里面的彈幕實(shí)現(xiàn)，比如有5條彈幕了再去請(qǐng)求，防止多次請(qǐng)求造成的頁面卡頓。
1、信號(hào)量主要有3個(gè)函數(shù)，分別是：
//創(chuàng)建信號(hào)量，參數(shù)：信號(hào)量的初值，如果小于0則會(huì)返回NULL
dispatch_semaphore_create（信號(hào)量值）
//等待降低信號(hào)量
dispatch_semaphore_wait（信號(hào)量，等待時(shí)間）
//提高信號(hào)量
dispatch_semaphore_signal(信號(hào)量)
2、代碼部分的簡單實(shí)現(xiàn)
-(void)dispatchSignal{
//crate的value表示，最多幾個(gè)資源可訪問
dispatch_semaphore_t semaphore = dispatch_semaphore_create(2);
dispatch_queue_t quene = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//任務(wù)1
dispatch_async(quene, ^{
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"run task 1");
sleep(1);
NSLog(@"complete task 1");
dispatch_semaphore_signal(semaphore);
});
//任務(wù)2
dispatch_async(quene, ^{
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"run task 2");
sleep(1);
NSLog(@"complete task 2");
dispatch_semaphore_signal(semaphore);
});
//任務(wù)3
dispatch_async(quene, ^{
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"run task 3");
sleep(1);
NSLog(@"complete task 3");
dispatch_semaphore_signal(semaphore);
});
}
打印結(jié)果：
可以得到的結(jié)果是：由于設(shè)定的信號(hào)值為2，先執(zhí)行兩個(gè)線程，等執(zhí)行完一個(gè)，才會(huì)繼續(xù)執(zhí)行下一個(gè)，保證同一時(shí)間執(zhí)行的線程數(shù)不超過2。
如果我們的初始值設(shè)定為1，那么：
設(shè)置為3：
即三個(gè)線程同時(shí)執(zhí)行。
我們可以簡答的做個(gè)測試：
輸出結(jié)果是：
這樣效果看著更直觀，可以把for循環(huán)理解為網(wǎng)絡(luò)請(qǐng)求，當(dāng)你全部請(qǐng)求完畢之后，才會(huì)執(zhí)行新的操作。
