Object的wait()、notify、notify 侵立删

http://blog.csdn.net/lingzhm

1）wait()、notify()和notifyAll()方法是本地方法，并且为final方法，无法被重写。

　　2）调用某个对象的wait()方法能让当前线程阻塞，并且当前线程必须拥有此对象的monitor（即锁，或者叫管程）

　　3）调用某个对象的notify()方法能够唤醒一个正在等待这个对象的monitor的线程，如果有多个线程都在等待这个对象的monitor，则只能唤醒其中一个线程；

　　4）调用notifyAll()方法能够唤醒所有正在等待这个对象的monitor的线程；

     在Java中，是没有类似于PV操作、进程互斥等相关的方法的。JAVA的进程同步是通过synchronized()来实现的，需要说明的是，Java的synchronized()方法类似于操作系统概念中的互斥内存块，在Java中的Object类对象中，都是带有一个内存锁的，在有线程获取该内存锁后，其它线程无法访问该内存，从而实现Java中简单的同步、互斥操作。明白这个原理，就能理解为什么synchronized(this)与synchronized(static XXX)的区别了，synchronized就是针对内存区块申请内存锁，this关键字代表类的一个对象，所以其内存锁是针对相同对象的互斥操作，而static成员属于类专有，其内存空间为该类所有成员共有，这就导致synchronized()对static成员加锁，相当于对类加锁，也就是在该类的所有成员间实现互斥，在同一时间只有一个线程可访问该类的实例。如果需要在线程间相互唤醒就需要借助Object类的wait()方法及nofity()方法。

说了这么一堆，可能似懂非懂，那么接下来用一个例子来说明问题，用多线程实现连续的1,2,1,2,1,2,1,2,1,2输出。

[java] view plain copy

1. class NumberPrint implements Runnable{  
2.     private int number;  
3.     public byte res[];  
4.     public static int count = 5;  
5.     public NumberPrint(int number, byte a[]){  
6.         this.number = number;  
7.         res = a;  
8.     }  
9.     public void run(){  
10.         synchronized (res){  
11.             while(count-- > 0){  
12.                 try {  
13.                     res.notify();//唤醒等待res资源的线程，把锁交给线程（该同步锁执行完毕自动释放锁）  
14.                     System.out.println(" "+number);  
15.                     res.wait();//释放CPU控制权，释放res的锁，本线程阻塞，等待被唤醒。  
16.                     System.out.println("------线程"+Thread.currentThread().getName()+"获得锁，wait()后的代码继续运行："+number);  
17.                 } catch (InterruptedException e) {  
18.                     // TODO Auto-generated catch block  
19.                     e.printStackTrace();  
20.                 }  
21.             }//end of while  
22.             return;  
23.         }//synchronized  
24.           
25.     }  
26. }  
27. public class WaitNotify {  
28.     public static void main(String args[]){  
29.         final byte a[] = {0};//以该对象为共享资源  
30.         new Thread(new NumberPrint((1),a),"1").start();  
31.         new Thread(new NumberPrint((2),a),"2").start();  
32.     }  
33. }  

输出结果：

[java] view plain copy

1.  1  
2.  2  
3. ------线程1获得锁，wait()后的代码继续运行：1  
4.  1  
5. ------线程2获得锁，wait()后的代码继续运行：2  
6.  2  
7. ------线程1获得锁，wait()后的代码继续运行：1  
8.  1  
9. ------线程2获得锁，wait()后的代码继续运行：2  

下面解释为什么会出现这样的结果：

首先1、2号线程启动，这里假设1号线程先运行run方法获得资源（实际上是不确定的），获得对象a的锁，进入while循环（用于控制输出几轮）：

1、此时对象调用它的唤醒方法notify()，意思是这个同步块执行完后它要释放锁，把锁交给等待a资源的线程；

2、输出1；

3、该对象执行等待方法，意思是此时此刻起拥有这个对象锁的线程（也就是这里的1号线程）释放CPU控制权，释放锁，并且线程进入阻塞状态，后面的代码暂时不执行，因未执行完同步块，所以1也没起作用；

4、在这之前的某时刻线程2运行run方法，但苦于没有获得a对象的锁，所以无法继续运行，但3步骤之后，它获得了a的锁，此时执行a的唤醒方法notify(),同理，意思是这个同步块执行完后它要释放锁，把锁交给等待a资源的线程；

5、输出2；

6、执行a的等待方法，意思是此时此刻起拥有这个对象锁的线程（也就是这里的2号线程）释放CPU控制权，释放锁，并且线程进入阻塞状态，后面的代码暂时不执行，因未执行完同步块，所以2号线程的4步骤的唤醒方法也没起作用；

7、此时1号线程执行到3步骤，发现对象锁没有被使用，所以继续执行3步骤中wait方法后面的代码，于是输出：------线程1获得锁，wait()后的代码继续运行：1；

8、此时while循环满足条件，继续执行，所以，再执行1号线程的唤醒方法，意思是这个同步块执行完后它要释放锁；

9、输出1；

10、执行等待方法，线程1阻塞，释放资源锁；

11、此时线程2又获得了锁，执行到步骤6，继续执行wait方法后面的代码，所以输出：------线程2获得锁，wait()后的代码继续运行：2；

12、继续执行while循环，输出2；

··· ···

通过上述步骤，相信大家已经明白这两个方法的使用了，但该程序还存在一个问题，当while循环不满足条件时，肯定会有线程还在等待资源，所以主线程一直不会终止。当然这个程序的目的仅仅为了给大家演示这两个方法怎么用。

 总结：

    wait()方法与notify()必须要与synchronized(resource)一起使用。也就是wait与notify针对已经获取了resource锁的线程进行操作，从语法角度来说就是Obj.wait(),Obj.notify必须在synchronized(Obj){...}语句块内。从功能上来说wait()线程在获取对象锁后，主动释放CPU控制权，主动释放对象锁，同时本线程休眠。直到有其它线程调用对象的notify()唤醒该线程，才能继续获取对象锁，并继续执行。相应的notify()就是对对象锁的释放操作。【因此，我们可以发现，wait和notify方法均可释放对象的锁，但wait同时释放CPU控制权，即它后面的代码停止执行，线程进入阻塞状态，而notify方法不立刻释放CPU控制权，而是在相应的synchronized(){}语句块执行结束，再自动释放锁。】释放锁后，JVM会在等待resoure的线程中选取一线程，赋予其对象锁，唤醒线程，继续执行。这样就提供了在线程间同步、唤醒的操作。Thread.sleep()与Object.wait()二者都可以暂停当前线程，释放CPU控制权，主要的区别在于Object.wait()在释放CPU同时，释放了对象锁的控制，而在同步块中的Thread.sleep()方法并不释放锁，仅释放CPU控制权。