主线程等待子多线程(无结果返回)执行完成再继续执行

背景:

        接到一个同步别家数据到自己的数据库需求,首先获取到一个集合数据,与自己数据进行对比,算出新增的数据.

难点:

        为了最大减少延迟,这个同步时间间隔就几秒钟,处理需要花费一点时间,就会出现并发情况.

当第一个主线程里的子多线程还没结束时,下一个主线程就进来了,导致在对比时可能出现线程安全问题(第二条主线程在获取本地数据时,会遗漏掉第一条主线程中多线程还没完成的数据,对比时就把遗漏数据当成新数据,再一次添加进去)

方法:

  采用 CountDownLatch :一个同步辅助类，在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待。

 代码:

@Service
public class TestServceImp implements TestServce {

    @Resource(name = "DiyThreadPool")
    private ThreadPoolTaskExecutor executor;
    @Resource
    SynchronizedService synchronizedServiceImp;
    public static int j=0;
    @Override
    public synchronized void testSynchronized(List<Integer> i) {
        //新建线程池,我这里注入使用的是自己配置的线程池(与@Async共用)
        //ExecutorService executor = Executors.newFixedThreadPool(2);
        //threadCount必须与执行的线程数相同,这里的await()必须是countDownLatch.getCount()==0才会放开,少了提前等与0会出现提前退出等待,多了会直接线程堵塞
        CountDownLatch countDownLatch = ThreadUtil.newCountDownLatch(i.size());
        for (Integer o : i) {
            executor.execute(()->{
                try {
                    //多线程执行(提高速度)
                    synchronizedServiceImp.addtest(o);
                } catch (Exception e) {
                    throw new RuntimeException(e);
                } finally {
                    //防止出错导致,Count一直不到0,造成线程阻塞
                    countDownLatch.countDown();
                }
            });
        }
        try {
            //注意方法位置
            countDownLatch.await();
        } catch (Exception e) {
            e.printStackTrace();
        }
        j++;
        Console.log(Thread.currentThread().getName()+"=>"+j+":"+JSONUtil.toJsonStr(i));

    }








}

拓展:CountDownLatch和CyclicBarrier和Semaphore

        

1) CountDownLatch和CyclicBarrier都能够实现线程之间的等待，只不过它们侧重点不同：

CountDownLatch一般用于某个线程A等待若干个其他线程执行完任务之后，它才执行；

而CyclicBarrier一般用于一组线程互相等待至某个状态，然后这一组线程再同时执行；

另外，CountDownLatch是不能够重用的，而CyclicBarrier是可以重用的。

2) Semaphore其实和锁有点类似，它一般用于控制对某组资源的访问权限。

作者：半兽人
链接：https://www.orchome.com/1065
来源：OrcHome
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

附上测试代码 

↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑文章最上面↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑