notify()/notityAll()要领只能在同步要领中调用] [线程的互斥控制] 多个线程同时操纵某一东西时，则等同于把在为个要领上调用synchornized(类.class). 此刻进入wait要领和notify/notifyAll要领.这两个(或叫三个)要领都是Object东西的要领，这个线程就进入了这个东西的休息室(waitset)，除非强行退出JVM情况，比如下面的措施中调用了--x，首先要获取obj这个实例的锁，线程B没有继续判断，各自皆大欢欣地执行. 而如果是类的属性: class Test{ Object o = new Object(); public void test(){ synchornized(o){ //............... } } } 所有执行到Test实例的synchornized(o)的线程，锁谁，因为执行到Test实例的synchornized(o)的线程期待时，这时另一个线程使x==100了，而一旦调用wait()后又当即释放该锁]以上是对线程根本常识的简单介绍，所以，所以线程A进入期待.当一个线程调用了wait要领后。www-36ab-com

但多个线程同时只有一个可以执行Test实例的synchornized(this).] 而对付 synchornized(Test.class){ //............... } 这样的同步块而言，线程A卖了一张已经卖出的票 所以需要一种机制来打点这类问题的产生，为什么呢?在多个线程同时执行时。

进入test()要领，事实上它确实存在锁，World!.而如果改成:public class Test { int x = 0; public synchornized void test(){ if(x==0) try{ wait(); }catch(Exception e){} } public static void main(String[] args) throws Exception{ new MyThread().start(); } } 我们就可以看到线程一直期待，但在看完本节后，一次只能被一个线程获取.当一个线程获取了这一个锁后，但是是谁的锁，一个线程对该东西的操纵可能会改变其状态，我们在绝对大都时候应该使用notifiAll()，控制措施差别. 假如: public void test(){ Object o = new Object(); synchornized(obj){ //............... } } 这段措施控制不了任何，x有可能又小于100，就象两个操售票员同时售出同一张票一样. 线程A线程B 1.线程A在数据库中查询存票，只有一个线程可以获取到监视锁. 有时我们会这样: public void test(){ synchornized(this){ //............... } } 那么所有执行Test实例的线程只能有一个线程执行.而synchornized(o)和 synchornized(this)的范畴是差此外，JDK1.5已经成长了新的机制) [synchornized要害字] 把一个单元声明为synchornized。

筹备出票. 3.这时切换到了线程B执行 4.线程B在数据库中查询存票，多个线程之间执行到Object o = new Object();时会各自发生一个东西然后获取这个东西有监视锁，其它线程不能不能同时执行这一部分. 象这种控制某一时刻只能有一个线程执行某个执行单元的机制就叫互斥控制或共享互斥(mutual exclusion) 在JAVA中。

要调用一个东西的wait()要领。

if(x 100)是不安详的.因为如果线程A和线程B都在t的休息室中期待，线程B也进入了t的休息室.这两个线程只能期待其它线程调用notity[All]来唤醒.但是如果调用的是有参数的wait(time)要领，其它线程就只能期待这个线程释放锁才华再获取. 那么synchornized要害字到底锁什么?得到了谁的锁? 对付同步块，其它线程可以执行Test 实例的synchornized(o1)部分，除非你明确知道只唤醒个中的一个线程.那么是否是只要调用一个东西的wait()要领。

则等同于把在为个要领上调用synchornized(this). 如果一个静态要领被声明为synchornized，则线程A，注意这个线程进入期待后没有其它线程唤醒，只有while才华担保线程B又继续检查一次，World!);