wait()和notify()是直接隶属于Object类，也就是说，所有对象都拥有这一对方法。初看起来这十分 不可思议，但是实际上却是很自然的，因为这一对方法阻塞时要释放占用的锁，而锁是任何对象都具有的，调用任意对象的 wait() 方法导致线程阻塞，网站空间，并且该对象上的锁被释放。而调用任意对象的notify()方法则导致因调用该对象的wait() 方法而阻塞的线程中随机选择的一个解除阻塞（但要等到获得锁后才真正可执行）。
其次，wait()和notify()可在任何位置调用，但是这一对方法却必须在 synchronized 方法或块中调用，理由也很简单，只有在 synchronized 方法或块中当前线程才占有锁，才有锁可以释放。同样的道理，调用这一对方法的对象上的锁必须为当前线程所拥有，香港服务器，这样才有锁可以 释放。因此，方法调用必须放置在这样的 synchronized 方法或块中，该方法或块的加锁对象就是调用这些方法的对象。若不满足这一条 件，则程序虽然仍能编译，但在运行时会出现IllegalMonitorStateException 异常。
wait() 和 notify() 方法的上述特性决定了它们经常和synchronized 方法或块一起使用，将它们和操作系统的进程间通信机制作 一个比较就会发现它们的相似性：synchronized方法或块提供了类似于操作系统原语的功能，它们的执行不会受到多线程机制的干扰，而这一对方法则 相当于 block 和wakeup 原语（这一对方法均声明为 synchronized）。它们的结合使得我们可以实现操作系统上一系列精妙的进程间 通信的算法（如信号量算法），并用于解决各种复杂的线程间通信问题。
关于 wait() 和 notify() 方法最后再说明两点：
第一：调用 notify() 方法导致解除阻塞的线程是从因调用该对象的 wait() 方法而阻塞的线程中随机选取的，服务器空间，我们无法预料哪一个线程将会被选择，所以编程时要特别小心，避免因这种不确定性而产生问题。
第二：除了 notify()，还有一个方法 notifyAll() 也可起到类似作用，唯一的区别在于，调用 notifyAll() 方法将把因调 用该对象的 wait() 方法而阻塞的所有线程一次性全部解除阻塞。当然，只有获得锁的那一个线程才能进入可执行状态。
相关wait和notify使用demo:
01/**02* <pre>03* 子线程循环10次，接着主线程循环100次，接着有回到子线程循环10次，04* 接着再回到主线程循环100次，如此执行50次05* </pre>06* @author ketqi07*/08publicclassWaitNotifyDemo{09 publicstaticvoidmain(String[]args){1011 finalBusinessbusiness=newBusiness();12 newThread(newRunnable(){13 @Override14 publicvoidrun(){15 for(inti=1;i<=50;i++){16 business.sub(i);17 }1819 }20 }).start();2122 for(inti=1;i<=50;i++){23 business.main(i);24 }25 }26}2728classBusiness{29 privatebooleanisMainThread=true;3031 publicsynchronizedvoidsub(inti){32 while(!isMainThread){33 try{34 this.wait();35 }catch(InterruptedExceptione){36 e.printStackTrace();37 }38 }39 for(intj=1;j<=10;j++){40 System.out.println("sub thread sequence of "+j+",loop of "+i);41 }42 isMainThread=false;43 this.notify();44 }4546 publicsynchronizedvoidmain(inti){47 while(isMainThread){48 try{49 this.wait();50 }catch(InterruptedExceptione){51 e.printStackTrace();52 }53 }54 for(intj=1;j<=100;j++){55 System.out.println("main thread sequence of "+j+",loop of "+i);56 }57 isMainThread=true;58 this.notify();59 }60}
本文出自 “ketqi” 博客，请务必保留此出处
也许不是自己该去发挥的地方，还是让自己到最适合自己战斗的方面去吧!勇敢的接受自己的失败，
