前言:在工作项目中,有很多耗时处理都需要开多线程运行。简单的接口可以直接异步处理解决,但是对于一些业务逻辑复杂需要同步返回的这时候就需要用到以下三个多线程等待方法了。
1. thread.join()
主线程等待子线程的终止。也就是说主线程的代码块中,如果碰到了t.join()方法,此时主线程需要等待(阻塞),等待子线程结束了(Waits for this thread to die.),才能继续执行t.join()之后的代码块。
案例:
public static void test1() throws InterruptedException { List<Thread> threadSet = new ArrayList<>(); for (int i = 1; i < 10; i++) { Thread thread = new Thread(() -> { //线程执行 System.out.println("子线程执行"); }); thread.start(); threadSet.add(thread); } for (Thread thread : threadSet) { thread.join(); } System.out.println("子线程执行完,主线程继续执行"); }
2.CountDownLatch
这个类使一个线程等待其他线程各自执行完毕后再执行。是通过一个计数器来实现的,计数器的初始值是线程的数量。每当一个线程执行完毕后,计数器的值就-1,当计数器的值为0时,表示所有线程都执行完毕,然后在闭锁上等待的线程就可以恢复工作了。
案例:
public static void test2() throws InterruptedException { CountDownLatch countDownLatch = new CountDownLatch(10); for (int i = 0; i < 10; i++) { Thread thread = new Thread(() -> { //线程执行 System.out.println("子线程执行"); countDownLatch.countDown(); }); thread.start(); } countDownLatch.await(); System.out.println("子线程执行完,主线程继续执行"); }
3.CyclicBarrier
CyclicBarrier 的源码实现和 CountDownLatch 大同小异,CountDownLatch 基于 AQS 的共享模式的使用,而 CyclicBarrier 基于 Condition 来实现的。在CyclicBarrier类的内部有一个计数器,每个线程在到达屏障点的时候都会调用await方法将自己阻塞,此时计数器会减1,当计数器减为0的时候所有因调用await方法而被阻塞的线程将被唤醒。这就是实现一组线程相互等待的原理。
案例:
public static void test3() throws Exception { CyclicBarrier cyclicBarrier = new CyclicBarrier(10); for (int i = 0; i < 10; i++) { Thread thread = new Thread(() -> { //线程执行 System.out.println("子线程执行"); try { cyclicBarrier.await(); } catch (Exception e) { e.printStackTrace(); } }); thread.start(); } cyclicBarrier.await(); System.out.println("子线程执行完,主线程继续执行"); }
CountDownLatch和CyclicBarrier的比较
- CountDownLatch是线程组之间的等待,即一个(或多个)线程等待N个线程完成某件事情之后再执行;而CyclicBarrier则是线程组内的等待,即每个线程相互等待,即N个线程都被拦截之后,然后依次执行。
- CountDownLatch是减计数方式,而CyclicBarrier是加计数方式。
- CountDownLatch计数为0无法重置,而CyclicBarrier计数达到初始值,则可以重置。
- CountDownLatch不可以复用,而CyclicBarrier可以复用。