在多线程的情况下，因为同一进程的多个线程共享同一片存储空间，在带来方便的同一时候，也带来了訪问冲突这个严重的问题。Java语言提供了专门机制以解决这样的冲突，有效避免了同一个数据对象被多个线程同一时候訪问。

wait与notify是java同步机制中重要的组成部分。结合与synchronizedkeyword使用，能够建立非常多优秀的同步模型。 synchronized(this){ }等价于publicsynchronized void method(){……} 同步分为类级别和对象级别，分别相应着类锁和对象锁。类锁是每一个类仅仅有一个，假设static的方法被synchronizedkeyword修饰，则在这种方法被运行前必须获得类锁；对象锁类同。首先，调用一个Object的wait与notify/notifyAll的时候，必须保证调用代码对该Object是同步的，也就是说必须在作用等同于synchronized(obj){……}的内部才可以去调用obj的wait与notify/notifyAll三个方法，否则就会报错： java.lang.IllegalMonitorStateException:current thread not owner 在调用wait的时候，线程自己主动释放其占有的对象锁，同一时候不会去申请对象锁。当线程被唤醒的时候，它才再次获得了去获得对象锁的权利。所以，notify与notifyAll没有太多的差别，仅仅是notify仅唤醒一个线程并同意它去获得锁，notifyAll是唤醒全部等待这个对象的线程并同意它们去获得对象锁，仅仅要是在synchronied块中的代码，没有对象锁是寸步难行的。事实上唤醒一个线程就是又一次同意这个线程去获得对象锁并向下执行。

notifyAll，尽管是对每一个wait的对象都调用一次notify，可是这个还是有顺序的，每一个对象都保存这一个等待对象链，调用的顺序就是这个链的顺序。事实上启动等待对象链中各个线程的也是一个线程，在详细应用的时候，须要注意一下。

wait(),notify(),notifyAll()不属于Thread类,而是属于Object基础类,也就是说每一个对像都有wait(),notify(),notifyAll()的功能。由于都个对像都有锁,锁是每一个对像的基础,当然操作锁的方法也是最基础了。

wait():等待对象的同步锁,须要获得该对象的同步锁才干够调用这种方法,否则编译能够通过，但执行时会收到一个异常：IllegalMonitorStateException。

调用随意对象的 wait() 方法导致该线程堵塞，该线程不可继续运行，而且该对象上的锁被释放。

notify():唤醒在等待该对象同步锁的线程(仅仅唤醒一个,假设有多个在等待),注意的是在调用此方法的时候，并不能确切的唤醒某一个等待状态的线程，而是由JVM确定唤醒哪个线程，并且不是按优先级。

调用随意对象的notify()方法则导致因调用该对象的 wait()方法而堵塞的线程中随机选择的一个解除堵塞（但要等到获得锁后才真正可运行）。

notifyAll():唤醒全部等待的线程,注意唤醒的是notify之前wait的线程,对于notify之后的wait线程是没有效果的。

通常，多线程之间须要协调工作：假设条件不满足，则等待；当条件满足时，等待该条件的线程将被唤醒。在Java中，这个机制的实现依赖于wait/notify。等待机制与锁机制是密切关联的。

比如：synchronized(obj) {while(!condition) {obj.wait();}obj.doSomething();}当线程A获得了obj锁后，发现条件condition不满足，无法继续下一处理，于是线程A就wait()。在还有一线程B中，假设B更改了某些条件，使得线程A的condition条件满足了，就能够唤醒线程A ：synchronized(obj) {condition = true;obj.notify();}须要注意的概念是：# 调用obj的wait(), notify()方法前，必须获得obj锁，也就是必须写在synchronized(obj){…} 代码段内。

调用obj.wait()后，线程A就释放了obj的锁，否则线程B无法获得obj锁，也就无法在synchronized(obj){…} 代码段内唤醒A。当obj.wait()方法返回后，线程A须要再次获得obj锁，才干继续运行。假设A1,A2,A3都在obj.wait()，则B调用obj.notify()仅仅能唤醒A1,A2,A3中的一个（详细哪一个由JVM决定）。 obj.notifyAll()则能所有唤醒A1,A2,A3，可是要继续运行obj.wait()的下一条语句，必须获得obj锁，因此，A1,A2,A3仅仅有一个有机会获得锁继续运行，比如A1，其余的须要等待A1释放obj锁之后才干继续运行。当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽被唤醒，可是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后，A1,A2,A3中的一个才有机会获得锁继续运行。

谈一下synchronized和wait()、notify()等的关系:

1.有synchronized的地方不一定有wait,notify

2.有wait,notify的地方必有synchronized.这是由于wait和notify不是属于线程类，而是每个对象都具有的方法，并且，这两个方法都和对象锁有关，有锁的地方，必有synchronized。

另外，注意一点：假设要把notify和wait方法放在一起用的话，必须先调用notify后调用wait，由于假设调用完wait，该线程就已经不是currentthread了。

Java多线程之wait(),notify(),notifyAll()相关推荐

java多线程之wait_(三)java多线程之wait notify notifyAll
引言今天我打算讲一下Object.wait,Object.notify,Object.notifyAll这三个方法. 首先我们查看一下api看看,官方api对这几个方法的介绍. 理论 Object. ...
JAVA多线程之wait/notify
本文主要学习JAVA多线程中的 wait()方法与 notify()/notifyAll()方法的用法. ①wait() 与 notify/notifyAll 方法必须在同步代码块中使用 ②wait ...
java多线程之wait和notify协作，生产者和消费者
这篇直接贴代码了 package cn.javaBase.study_thread1;class Source {public static int num = 0; //假设这是馒头的数量 }cla ...
Java多线程之Synchronized和Lock的区别
Java多线程之Synchronized和Lock的区别目录: 原始构成使用方法等待是否可以中断加锁是否公平锁绑定多个条件Condition 小结:Lock相比较Synchronized的优 ...
Java多线程之Callable、Future和FutureTask
Java多线程之Callable接口自己想总结一下的,看到一篇总结的更好的博客,就转载了,突然感觉真轻松,哈哈哈哈文章转载于:Matrix海子:Java并发编程:Callable.Future和F ...
Java多线程之CAS缺点
Java多线程之CAS缺点目录: 循环时间开销很大只能保证一个共享变量的原子操作引来ABA问题及解决方案(重点) 1. 循环时间开销很大通过看源码,我们发现有个do while,如果CAS失败 ...
Java多线程之CAS深入解析
Java多线程之CAS深入解析目录: CAS是什么 CAS底层原理Unsafe深入解析 CAS缺点引子:蚂蚁花呗一面:讲一讲AtomicInteger,为什么要用CAS而不是synchronize ...
Java多线程之volatile详解
Java多线程之volatile详解目录: 什么是volatile? JMM内存模型之可见性 volatile三大特性之一:保证可见性 volatile三大特性之二:不保证原子性 volatile三 ...
Java多线程之Semaphore用法
Java多线程之Semaphore用法本文目录: Semaphore基本概念 Semaphore使用案例:3个停车位,6辆车去抢,走一辆,抢一个停车位. 1. Semaphore基本概念在信号量上 ...

Java多线程之wait(),notify(),notifyAll()

Java多线程之wait(),notify(),notifyAll()相关推荐

最新文章

热门文章