摘要:本人邮箱欢迎转载转载请注明网址代码已经全部托管有需要的同学自行下载引言在写五多线程之类时我们暂时忽略掉的一个方法那就是这个方法返回一个现在我们这章就重点讲这个东东是什么以及怎么使用理论的中文翻译是状态没错这个就是让多线程在不同状态切换其他线
引言本人邮箱:
欢迎转载,转载请注明网址 http://blog.csdn.net/tianshi_kco
github: https://github.com/kco1989/kco
代码已经全部托管github有需要的同学自行下载
在写(五)java多线程之Lock类时,我们暂时忽略掉Lock的一个方法,那就是Lock.newCondition(),这个方法返回一个Condition,现在我们这章就重点讲这个东东是什么,以及怎么使用.
理论Condition的中文翻译是状态.没错,这个就是让多线程在不同状态切换其他线程执行.跟Object.wait和Object.notify有点类似.
Condition.await: 让当前线程一直等到直到获取信号,或者发生中断.通过和lock锁互相配合,会使当前线程一直睡眠直到一下四种情况的其中一种发生:
另外一个线程调用当前Condition的signal方法,这当前线程会被挑选出来,并被唤醒
其他线程调用了当前Condition的signalAll方法
其他线程调用了当前线程的中断,这当前中断会被挂起
当前线程被假唤醒
Condition.awaitUninterruptibly 跟Condition.await类似,只是不能被中断
Condition.await(long time, TimeUnit unit) 当前线程会被唤醒,要么是获得信号,要么是中断,要么是指定时间到
Condition.awaitUntil(Date deadline)当前线程会被唤醒,要么是获得信号,要么是中断,要么是到了指定结束时间
一般用法如下
boolean aMethod(Date deadline) { boolean stillWaiting = true; lock.lock(); try { while (!conditionBeingWaitedFor()) { if (!stillWaiting) return false; stillWaiting = theCondition.awaitUntil(deadline); } // ... } finally { lock.unlock(); } }
Condition.signal 唤醒等待的线程.如果当前的condition有多个线程在等待的话,这会唤醒其中一,且这个线程在返回await前必须重新获得锁
"Condition.signalAll" 唤醒所有等待的线程.如果当前的condition有多个线程在等待,则所有的线程都会被唤醒,且这些被唤醒的线程必须在返回await之前重新获得锁
例子1枯燥无聊的理论,看完之后就忘记,还是要写一个例子加深印象吧.这里我们还是用之前小明和小红谈人生,谈理想的例子继续说明吧
首先要中间人GrilProduct,花花公子PlayBoy和测试类TestMain,都是跟之前(三)java多线程之wait notify notifyAlljava多线程之wait notify notifyAll,md)一样,这里就不占用篇幅了
我们继续改写卧室Room类
public class Room { Lock lock = new ReentrantLock(); Condition boyIsCome = lock.newCondition(); Condition girlIsCome = lock.newCondition(); private String gril = null; public void makeGridInRoom(String gril){ lock.lock(); try { while (this.gril != null){ System.out.println(gril + " 我的心在等待... 永远在等待.. " ); girlIsCome.await(); } Thread.sleep(10); this.gril = gril; boyIsCome.signalAll(); } catch (InterruptedException e) { e.printStackTrace(); }finally { lock.unlock(); } } public void playWithGril(String boy){ lock.lock(); try { while (this.gril == null){ System.out.println(boy + " 我的心在等待... 永远在等待.. " ); boyIsCome.await(); } Thread.sleep(10); System.out.println(boy + " play with " + this.gril); Thread.sleep(500); this.gril = null; girlIsCome.signal(); } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); } } }
运行一下,结果如下
小红1号 我的心在等待... 永远在等待.. 小明0号 play with 小红0号 小明9号 我的心在等待... 永远在等待.. 小明2号 我的心在等待... 永远在等待.. 小明5号 我的心在等待... 永远在等待.. 小明7号 我的心在等待... 永远在等待.. 小明4号 我的心在等待... 永远在等待.. 小明6号 我的心在等待... 永远在等待.. 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红2号 我的心在等待... 永远在等待.. 小明9号 play with 小红1号 小明2号 我的心在等待... 永远在等待.. 小明5号 我的心在等待... 永远在等待.. 小明7号 我的心在等待... 永远在等待.. 小明4号 我的心在等待... 永远在等待.. 小明6号 我的心在等待... 永远在等待.. 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红3号 我的心在等待... 永远在等待.. 小明2号 play with 小红2号 小明5号 我的心在等待... 永远在等待.. 小明7号 我的心在等待... 永远在等待.. 小明4号 我的心在等待... 永远在等待.. 小明6号 我的心在等待... 永远在等待.. 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红4号 我的心在等待... 永远在等待.. 小明5号 play with 小红3号 小明7号 我的心在等待... 永远在等待.. 小明4号 我的心在等待... 永远在等待.. 小明6号 我的心在等待... 永远在等待.. 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红5号 我的心在等待... 永远在等待.. 小明7号 play with 小红4号 小明4号 我的心在等待... 永远在等待.. 小明6号 我的心在等待... 永远在等待.. 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红6号 我的心在等待... 永远在等待.. 小明4号 play with 小红5号 小明6号 我的心在等待... 永远在等待.. 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红7号 我的心在等待... 永远在等待.. 小明6号 play with 小红6号 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红8号 我的心在等待... 永远在等待.. 小明1号 play with 小红7号 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红9号 我的心在等待... 永远在等待.. 小明3号 play with 小红8号 小明8号 我的心在等待... 永远在等待.. 小明8号 play with 小红9号
跟之前的结果差不多.
例子2这时候就有人质疑了,既然结果跟用Object.wait和Object.notify一样,那为什么要用这个呢?细心的读者可以发现了,每次运行,同一个小明可能和不同的小红谈人生和理想.这时候小明是很开心.但小红却不乐意,觉得小明太花心,太不专一,什么甜言蜜语都是骗人的.好,那我们现在就让小明专一.帮小红排除他们的烦恼.
这时候全部的类都要改造了,没办法小红太强势了
首先我们改造一下中间人GrilProduct,让每一个小红都自带编号进入卧室等候
public class GrilProduct implements Runnable{ private Room room; public GrilProduct(Room room) { this.room = room; } @Override public void run() { for (int i = 0; i < 10; i ++){ room.makeGridInRoom("小红" + i + "号", i); } } }
之后我们改造花花公子,他们进入房间时,要拿着小红对应的编号进入
public class PlayBoy implements Runnable{ private Room room; private String boy; private int index; public PlayBoy(Room room, String boy, int index) { this.room = room; this.boy = boy; this.index = index; } @Override public void run() { room.playWithGril(boy, index); } }
之后就是要改写卧室类Room了 ,让小红和小明的号码对应上,才让他们谈人生和理想,不然就让他们继续等待..
public class Room { Lock lock; ListboyIsCome; Condition girlIsCome; private String gril = null; private int index = -1; public Room(){ lock = new ReentrantLock(); girlIsCome = lock.newCondition(); boyIsCome = new ArrayList<>(); for (int i = 0; i < 10; i ++){ boyIsCome.add(lock.newCondition()); } } public void makeGridInRoom(String gril, int index){ lock.lock(); try { while (this.gril != null){ System.out.println(gril + " 我的心在等待... 永远在等待.. " ); girlIsCome.await(); } Thread.sleep(10); this.gril = gril; this.index = index; boyIsCome.get(index).signal(); } catch (InterruptedException e) { e.printStackTrace(); }finally { lock.unlock(); } } public void playWithGril(String boy, int index){ lock.lock(); try { while (this.gril == null || this.index != index){ System.out.println(boy + " 我的心在等待... 永远在等待.. " ); boyIsCome.get(index).await(); } Thread.sleep(10); System.out.println(boy + " play with " + this.gril); Thread.sleep(500); this.gril = null; this.index = -1; girlIsCome.signal(); } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); } } }
最后改写我们的测试类TestMain
public class TestMain { public static void main(String[] args) { Room room = new Room(); Thread grilProduct = new Thread(new GrilProduct(room)); SetboyThread = new HashSet<>(); for (int i = 0; i < 10; i ++){ boyThread.add(new Thread(new PlayBoy(room, "小明" + i + "号", i))); } grilProduct.start(); for (Thread boy : boyThread){ boy.start(); } } }
运行一下,结果如下:
小红1号 我的心在等待... 永远在等待.. 小明9号 我的心在等待... 永远在等待.. 小明0号 play with 小红0号 小明2号 我的心在等待... 永远在等待.. 小明5号 我的心在等待... 永远在等待.. 小明7号 我的心在等待... 永远在等待.. 小明4号 我的心在等待... 永远在等待.. 小明6号 我的心在等待... 永远在等待.. 小明1号 我的心在等待... 永远在等待.. 小明3号 我的心在等待... 永远在等待.. 小明8号 我的心在等待... 永远在等待.. 小红2号 我的心在等待... 永远在等待.. 小明1号 play with 小红1号 小红3号 我的心在等待... 永远在等待.. 小明2号 play with 小红2号 小红4号 我的心在等待... 永远在等待.. 小明3号 play with 小红3号 小红5号 我的心在等待... 永远在等待.. 小明4号 play with 小红4号 小红6号 我的心在等待... 永远在等待.. 小明5号 play with 小红5号 小红7号 我的心在等待... 永远在等待.. 小明6号 play with 小红6号 小红8号 我的心在等待... 永远在等待.. 小明7号 play with 小红7号 小红9号 我的心在等待... 永远在等待.. 小明8号 play with 小红8号 小明9号 play with 小红9号
恩小明和小红终于配对了,妈妈再也不用我被小红们追着打了,不过,小明们,我就对不住你们了.~~
如果觉得我的文章写的还过得去的话,有钱就捧个钱场,没钱给我捧个人场(帮我点赞或推荐一下)
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/69903.html
摘要:开始获取锁终于轮到出场了,的调用过程和完全一样,同样拿不到锁,然后加入到等待队列队尾然后,在阻塞前需要把前驱结点的状态置为,以确保将来可以被唤醒至此,的执行也暂告一段落了安心得在等待队列中睡觉。 showImg(https://segmentfault.com/img/remote/1460000016012467); 本文首发于一世流云的专栏:https://segmentfault...
摘要:公平策略在多个线程争用锁的情况下,公平策略倾向于将访问权授予等待时间最长的线程。使用方式的典型调用方式如下二类原理的源码非常简单,它通过内部类实现了框架,接口的实现仅仅是对的的简单封装,参见原理多线程进阶七锁框架独占功能剖析 showImg(https://segmentfault.com/img/remote/1460000016012582); 本文首发于一世流云的专栏:https...
摘要:返回与此锁相关联的给定条件等待的线程数的估计。查询是否有线程正在等待获取此锁。为公平锁,为非公平锁线程运行了获得锁定运行结果公平锁的运行结果是有序的。 系列文章传送门: Java多线程学习(一)Java多线程入门 Java多线程学习(二)synchronized关键字(1) java多线程学习(二)synchronized关键字(2) Java多线程学习(三)volatile关键字 ...
摘要:关于接口的介绍,可以参见多线程进阶二锁框架接口。最终线程释放了锁,并进入阻塞状态。当线程被通知唤醒时,则是将条件队列中的结点转换成等待队列中的结点,之后的处理就和独占功能完全一样。 showImg(https://segmentfault.com/img/remote/1460000016012490); 本文首发于一世流云的专栏:https://segmentfault.com/bl...
摘要:中具有通过实现的内置锁,和实现的显示锁,这两种锁各有各的好处,算是互有补充,今天就来做一个总结。内置锁获得锁和释放锁是隐式的,进入修饰的代码就获得锁,走出相应的代码就释放锁。是显示锁,需要显示进行以及操作。 Java中具有通过Synchronized实现的内置锁,和ReentrantLock实现的显示锁,这两种锁各有各的好处,算是互有补充,今天就来做一个总结。 Synchronized...
阅读 3528·2021-11-24 09:38
阅读 3069·2021-11-15 11:37
阅读 756·2021-11-12 10:36
阅读 3496·2021-10-21 09:38
阅读 3204·2021-09-28 09:36
阅读 2385·2021-09-22 16:01
阅读 4827·2021-09-22 15:09
阅读 1187·2019-08-30 15:55