1 每个对象都关联(associate)一个监视器(monitor),每个monitor对应一个wait pool,wait pool保存N多的调用线程,凡是调用synchronize(obj)方法的线程,如果当前已经有其他线程调用synchronize(obj)方法获取了monitor,并且还没有释放,当前线程就进入wait pool,知道有已经获得monitor的方法释放mnitor,或者调用了object.notify()、object.notyfyAll()方法。monitor可以认为就是mutex互斥锁。
2 object.wait(long) 、object.wait()方法:
object.wait()等价于object.wait(0) ,指定时间间隔后,当前线程自动唤醒,并与其它线程竞争对象监视器,在获取对象监视器后,当前线程继续向前执行。
3 object.notify方法:
唤醒等待这个对象的监视器的单一线程。假如有很多线程在等待该对象监视器,则选择其中的一个来唤醒。这个选择是任意的,一个线程调用wait方法后就等待对象监视器。被唤醒的线程将在当前线程放弃对象锁后才能继续执行,它在竞争该对象锁方面没有任何可靠的特权或劣势。
线程间的同步与互斥操作,并不是直接和临界块打交道,而是通过object对象:
线程等待:
synchronized (obj) {
while (<condition does not hold>)
obj.wait();
... // perform action appropriate to condition
}
唤醒线程:唤醒obj的monitor的wait pool中的等待线程,
(1) 第一步等待池中的线程只是得到了一次抢锁的机会,如果抢到了锁,才执行while里的condition判断,如果抢都没抢到,继续在wait pool中等待
(2) 第二步再判断条件是否满足,如果继续在wait pool中等待
可见要想加入object的monitor中wait pool的行列,一是synchronize(obj)方法没抢到锁,二是obj.wait(),条件不满足接着等待
synchronized (obj) {
obj.notifyAll();
}
4 object.notifyAll方法:
此时所有等待线程竞争mutex,而mutex只会被其中一个线程获得,其余线程继续等待在mutex上。当获得mutex的那个线程执行结束时,所有线程又会竞争mutex,此时,某个线程因为获得了mutex而继续执行。
5 Thread.sleep(long)、Thread.sleep()方法
首先,sleep()调用了sleep(0),无限睡~
其次,sleep和同步、互斥这些线程间的事没关系,它只管自己一个线程内部的事,自己执行着就睡着了,让出CPU给其他线程。
第三,怎么唤醒睡着的线程,也不能让他一直睡啊。一是睡到自然醒接着执行代码,二是使用Thread.interrupt()方法打断sleep的状态,
6 Thread.interrupt()
1 能打断多少东西?
Object. wait(long)
Thread.join()
Thread. sleep()
BlockingQueue.take(long)
Selector.select()
2 InterrutException 是个异常吗?
把InterrupuException叫做Exception,我不太满意,可能是因为异常机制正好处理这种情况吧。就像CPU的硬件中断一样,CPU正在干活,这时候一个外设告诉CPU说我干好了(或者我打断你下),CPU就把手里的活儿放下,看下出啥情况了,需不需要自己处理,不需要处理接着干原来的活,需要了处理就处理新的活儿~
java的InterruptException'也一样,捕获了这个异常后,只是得到一个机会查看当前线程相关的条件(例如变量的值、或是全局变量)出什么问题了,跟线程终止不终止没关系。
这里还有个疑问,java不推荐使用stop、suspend、resume方法,那么C和CPP呢,是个什么情况?