看到了多线程，锁和昨视器的单元，现丰有个问题，在ＪＤＫ1.5加入了lock 和 condition 这两个接口，
替代同步代码，在ＡＰＩ中有提示代码，有一点我难以理解，问题在注释里

1. class BoundedBuffer {
   
2.    //申明一个锁和两人个监视器，这个可以理解
   
3.    　final Lock lock = new ReentrantLock();
   
4.    　final Condition notFull  = lock.newCondition();
   
5.    　final Condition notEmpty = lock.newCondition();
   
6. 
   
7.    　final Object[] items = new Object[100];
   
8.    　int putptr, takeptr, count;
   
9. 
   
10.    　public void put(Object x) throws InterruptedException {
    
11.      　　lock.lock();　// 获得锁
    
12.      　　try {
    
13. 　　　while (count == items.length)
    
14.          　　　notFull.await();
    
15.        　　　items[putptr] = x;
    
16.        　　　if (++putptr == items.length) putptr = 0;
    
17.        　　　++count;
    
18.        　　　notEmpty.signal();// 问题在这里，这里是切换到另一个监视器，但是系统如果判断监视器的归属问题
    
19. 　　　　　　　　　　　　// 是在编译期，还是其他方面，notEmpty监视器开始，那notFull 监视器是如何判断一定是的执行这个方法的时候在工作？
    
20.      　　} finally {
    
21.        　　　lock.unlock();
    
22.      　　}
    
23.    　}
    
24. 
    
25.    　public Object take() throws InterruptedException {
    
26.      　　lock.lock();
    
27.      　　try {
    
28.        　　　while (count == 0)
    
29.          　　　notEmpty.await();
    
30.        　　　Object x = items[takeptr];
    
31.        　　　if (++takeptr == items.length) takeptr = 0;
    
32.        　　　--count;
    
33.        　　　notFull.signal();
    
34.        　　　return x;
    
35.      　　} finally {
    
36.        　　　lock.unlock();
    
37.      　　}
    
38.    　}
    
39. }

复制代码

等了 一天，没人回吗？

不是太明白楼主的意思,不知道我理解的对不对.
notEmpty,notFull只是两个名字,可以随便起,只是为了写程序的人容易看.
但是他们都是lock上的Condition(即监视器).当程序运行到notFull.await()或者notEmpty.await()时该线程就得进入等待(即wait)状态.
notFull.await()可以理解为:当前线程等待,并且上面挂一个监视器叫notFull,它自己就醒不了了,必须Interrupt或者等着别人叫醒.(notEmpty.await()也是同样的)
由于lock允许有多个监视器,所以就相当与可以给线程起名字,线程运行到哪个XXX.await(),它就相当于一个叫XXX的线程等待了,一般就只能等着其它线程用XXX.signal()来特定叫醒.
你问是什么时候判断监视器的归属,我想应该是程序运行的时候吧,run方法不运行,怎么会执行线程里面的代码呢.

恩，贴子暂时就这样，三楼的说明，我还是没太明白，我自己再找找相关资料，
最近好像出了新规定，２４小时以内要结贴