cyclicBarrier

本文探讨了CyclicBarrier类在并发编程中的作用,它允许一组线程等待直到所有线程都到达公共屏障点。通过实例展示了如何使用CyclicBarrier实现多人共同任务的同步,确保所有参与者完成后再进行下一步操作。

CyclicBarrier 的功能类似于前面说到的 CountDownLatch,用于让多个线程(子任务)互相等待,直到共同到达公共屏障点(common barrier point),在这个点上,所有的子任务都已完成,从而主任务完成。

该类构造的时候除了必须要指定线程数量,还可以传入一个 Runnable 对象,它的 run 方法将在到达公共屏障点后执行一次。子线程完成计算后,分别调用 CyclicBarrier#await 方法进入阻塞状态,直到其他所有子线程都调用了 await

/*
 * 
 * 4个人一起跑,等4个人都跑到终点了,才可以去吃饭……
* CyclicBarrier 支持一个可选的 Runnable 命令,在一组线程中的最后一个线程到达之后 * (但在释放所有线程之前),该命令只在每个屏障点运行一次。若在继续所有参与线程之前更新共享状态, * 此屏障操作 很有用。 * @author YYZ * @version 2011-10-26 下午12:03:41 */import java.util.concurrent.BrokenBarrierException; import java.util.concurrent.CyclicBarrier; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; /** * * @author HardPass * */ public class CyclicBarrierTest_RelayRace { public static void main(String[] args) throws InterruptedException { ExecutorService exec = Executors.newCachedThreadPool(); //公共屏障点 等待到5个线程后,执行相应的barrierAction final CyclicBarrier barrier = new CyclicBarrier(4, new Runnable() { @Override public void run() { System.out.println("好了,大家可以去吃饭了……" ); } }); System.out.println("要吃饭,必须所有人都到终点,oK?"); System.out.println("不放弃不抛弃!"); for (int i = 0; i < 4; i++) { exec.execute(new Runnable() { @Override public void run() { System.out .println(Thread.currentThread().getName() + ":Go"); try { Thread.sleep((long) (2000 * Math.random())); } catch (InterruptedException e1) { e1.printStackTrace(); } System.out.println(Thread.currentThread().getName() + ":我到终点了"); try { barrier.await(); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } catch (BrokenBarrierException e) { // TODO Auto-generated catch block e.printStackTrace(); } System.out.println(Thread.currentThread().getName() + ":终于可以吃饭啦!"); } }); } exec.shutdown(); } }


要吃饭,必须所有人都到终点,oK?
不放弃不抛弃!
pool-1-thread-1:Go
pool-1-thread-2:Go
pool-1-thread-3:Go
pool-1-thread-4:Go
pool-1-thread-4:我到终点了
pool-1-thread-2:我到终点了
pool-1-thread-1:我到终点了
pool-1-thread-3:我到终点了
好了,大家可以去吃饭了……
pool-1-thread-3:终于可以吃饭啦!
pool-1-thread-4:终于可以吃饭啦!
pool-1-thread-2:终于可以吃饭啦!
pool-1-thread-1:终于可以吃饭啦!




最后看看 CyclicBarrier 和 CountDownLatch 的主要异同:

  1. 两者在构造的时候都必须指定线程数量,而且该数量在构造后不可修改。
  2. 前者可以传入一个 Runnable 对象,在任务完成后自动调用,执行者为某个子线程;后者可在 await 方法后手动执行一段代码实现相同的功能,但执行者为主线程。
  3. 前者在每个子线程上都进行阻塞,然后一起放行;后者仅在主线程上阻塞一次。
  4. 前者可以重复使用;后者的倒计数器归零后就作废了。
  5. 两者的内部实现完全不同。





                
需求响应动态冰蓄冷系统与需求响应策略的优化研究(Matlab代码实现)内容概要:本文围绕需求响应动态冰蓄冷系统及其优化策略展开研究,结合Matlab代码实现,探讨了在电力需求侧管理背景下,冰蓄冷系统如何通过优化运行策略参与需求响应,以实现削峰填谷、降低用电成本和提升能源利用效率的目标。研究内容包括系统建模、负荷预测、优化算法设计(如智能优化算法)以及多场景仿真验证,重点分析不同需求响应机制下系统的经济性和运行特性,并通过Matlab编程实现模型求解与结果可视化,为实际工程应用提供理论支持和技术路径。; 适合人群:具备一定电力系统、能源工程或自动化背景的研究生、科研人员及从事综合能源系统优化工作的工程师;熟悉Matlab编程且对需求响应、储能优化等领域感兴趣的技术人员。; 使用场景及目标:①用于高校科研中关于冰蓄冷系统与需求响应协同优化的课题研究;②支撑企业开展楼宇能源管理系统、智慧园区调度平台的设计与仿真;③为政策制定者评估需求响应措施的有效性提供量化分析工具。; 阅读建议:建议读者结合文中Matlab代码逐段理解模型构建与算法实现过程,重点关注目标函数设定、约束条件处理及优化结果分析部分,同时可拓展应用其他智能算法进行对比实验,加深对系统优化机制的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值