資訊專欄INFORMATION COLUMN
摘要：作用等待其他線程執(zhí)行完后，在執(zhí)行某個(gè)線程?？梢远鄠€(gè)線程插隊(duì)到線程，線程等多個(gè)線程結(jié)束后才執(zhí)行類似后面的，而可以等待多個(gè)線程執(zhí)行完才執(zhí)行，靈活性比更大。示例執(zhí)行結(jié)果如下雖然線程休眠了秒，但是依然等到線程輸出后，才輸出。
作用
等待其他線程執(zhí)行完后，在執(zhí)行某個(gè)線程。類似之前的join，但是比join更強(qiáng)大。join可以多個(gè)線程插隊(duì)到A線程，A線程等多個(gè)線程結(jié)束后才執(zhí)行（類似后面的CyclicBarrier），而CountDownLatch可以等待多個(gè)線程執(zhí)行完才執(zhí)行，靈活性比join更大。
主要方法countDown，計(jì)數(shù)器減1。這個(gè)方法可以一個(gè)線程執(zhí)行一次，也可以一個(gè)線程執(zhí)行多次。
await，堵塞，等計(jì)數(shù)減為0的時(shí)候，才繼續(xù)執(zhí)行。
示例public class CountDownLatchDemo {
static CountDownLatch countDownLatch = new CountDownLatch(2);
static class Thread1 implements Runnable {
@Override
public void run() {
countDownLatch.countDown();
System.out.println(Thread.currentThread().getName() + ":" + 1);
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName() + ":" + 2);
countDownLatch.countDown();
}
}
public static void main(String[] args) {
Thread thread =new Thread(new Thread1(),"thread");
thread.start();
try {
countDownLatch.await();
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName() + ":" + 3);
}
}
執(zhí)行結(jié)果如下：
雖然線程thread休眠了2秒，但是main依然等到線程thread輸出2后，才輸出3。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/75276.html
摘要：作用屏障攔截，構(gòu)造參數(shù)可以傳遞攔截的線程數(shù)量，以及攔截后調(diào)用的類。線程休眠了秒，線程休眠了秒，但是線程并沒有先執(zhí)行，所以他是在等線程到達(dá)屏障。和可以一個(gè)線程執(zhí)行多次，執(zhí)行多次是無效的。是由外部決定下一步的，是由多個(gè)線程自己決定下一步的。 作用 屏障攔截，構(gòu)造參數(shù)可以傳遞攔截的線程數(shù)量，以及攔截后調(diào)用的Runnable類。每當(dāng)線程調(diào)用await方法的時(shí)候，就告訴CyclicBarrier...
摘要：線程安全問題在并發(fā)編程學(xué)習(xí)之基礎(chǔ)概念提到，多線程的劣勢之一，有個(gè)線程安全問題，現(xiàn)在看看下面的例子。那么，該怎么解決呢，很簡單，在方法前加個(gè)同步鎖。運(yùn)行結(jié)果如下有兩種情況，是因?yàn)榭凑l先搶占鎖，但是輸出的算法結(jié)果是正確的。 線程安全問題 在java并發(fā)編程學(xué)習(xí)之基礎(chǔ)概念提到，多線程的劣勢之一，有個(gè)線程安全問題，現(xiàn)在看看下面的例子。 public class NotSafeDemo { ...
摘要：在并發(fā)編程學(xué)習(xí)之顯示鎖里有提過公平鎖和非公平鎖，我們知道他的使用方式，以及非公平鎖的性能較高，在源碼分析的基礎(chǔ)上，我們看看和的區(qū)別在什么地方。而非公平鎖直接嘗試獲取鎖。 在java并發(fā)編程學(xué)習(xí)之顯示鎖Lock里有提過公平鎖和非公平鎖，我們知道他的使用方式，以及非公平鎖的性能較高，在AQS源碼分析的基礎(chǔ)上，我們看看NonfairSync和FairSync的區(qū)別在什么地方。 lock方法 ...
摘要：在并發(fā)編程學(xué)習(xí)之三種線程啟動(dòng)方式中有提過。是否執(zhí)行結(jié)束，包括正常執(zhí)行結(jié)束或異常結(jié)束。獲取返回值，沒有得到返回值前一直阻塞。運(yùn)行結(jié)果如下由于任務(wù)被取消，所以拋出異常。注意的是，此時(shí)線程還在跑，和返回的是。并不能讓任務(wù)真正的結(jié)束。 FutureTask 在java并發(fā)編程學(xué)習(xí)之三種線程啟動(dòng)方式中有提過。主要的方法如下： cancel(boolean mayInterruptIfRunni...
摘要：但是的語義不足以確保遞增操作的原子性，在多線程的情況下，線程不一定是安全的。檢查某個(gè)狀態(tài)標(biāo)記，以判斷是否退出循環(huán)某個(gè)方法這邊和用普通的變量的區(qū)別是，在多線程的情況下，取到后，的值被改變了，判斷會(huì)不正確。 多線程為什么是不安全的 這邊簡單的講述一下，參考java并發(fā)編程學(xué)習(xí)之synchronize（一） 當(dāng)線程A和線程B同時(shí)進(jìn)入num = num + value; 線程A會(huì)把num的值...
閱讀 2503·2021-11-24 09:39
閱讀 3427·2021-11-15 11:37
閱讀 2279·2021-10-08 10:04
閱讀 3986·2021-09-09 11:54
閱讀 1899·2021-08-18 10:24
閱讀 1074·2019-08-30 11:02
閱讀 1811·2019-08-29 18:45
閱讀 1668·2019-08-29 16:33
