《Java高并发编程详解-多线程架构与设计》线程间的通信

wait必须在同步方法中使用，因为wait必须由拥有monitor（已用synchronize获取锁）的线程调用。
wait可以被中断，为了防止wait被interrupt唤醒，wait方法需要在循环中使用。
使用wait后自动释放线程对应的锁。–release ownership of this monitor
wait会等待直到其他线程调用notify/notifyAll唤醒。–waits until anthoer thread notifies threads waiting on this object’s monitor to wake up…
被notify/notifyAll唤醒后会重新获得锁的拥有权,然后接着执行。–re-obtain ownership of the monitor and resumes execution.
线程调用wait后，会加入与之对应的wait set.每个对象都有一个与之对应的wait set.使用notify会将其中一个弹出，notifyAll弹出所有线程。(C5.3.2)

Causes the current thread to wait until another thread invokes the
* {@link java.lang.Object#notify()} method or the
* {@link java.lang.Object#notifyAll()} method for this object.
* In other words, this method behaves exactly as if it simply
* performs the call {@code wait(0)}.
*

* The current thread must own this object’s monitor. The thread
* releases ownership of this monitor and waits until another thread
* notifies threads waiting on this object’s monitor to wake up
* either through a call to the {@code notify} method or the
* {@code notifyAll} method. The thread then waits until it can
* re-obtain ownership of the monitor and resumes execution.
* As in the one argument version, interrupts and spurious wakeups are
* possible, and this method should always be used in a loop:
* synchronized (obj) {
* while (<condition does not hold>)
* obj.wait();
* … // Perform action appropriate to condition
* }
* This method should only be called by a thread that is the owner
* of this object’s monitor. See the {@code notify} method for a
* description of the ways in which a thread can become the owner of a monitor.

使用notify的注意

必须在同步方法中使用wait、notify，因为他们的使用前提都是持有monitor所有权。
同步代码块的monitor必须与执行 wait 、notify的对象一致，也就是说对哪个对象同步，才能调用那个对象的 wait、notify。

例子：

若不是用的notifyAll，则不能用于多线程环境

在这里插入图片描述

在while而不是if中调用wait!否则一旦被interrupt，会跳过判断继续执行。如

测试主动interrupt对if中使用wait的影响

这里主动interrupt，可见当producer被interrupt后，producer就略过了判断，继续添加了一个event

test interrupt

wait与sleep的

相同：
使线程阻塞
可以中断
不同：
wait是Object的方法，sleep是Thread的
wait必须要在同步代码块中执行。
wait会释放monitor的锁，sleep不会
sleep短暂休眠后会退出阻塞?（TODO）wait（没有指定时间的话）必须被中断才会退出阻塞。

synchronized的缺点

无法中断
synchronized不像sleep和wait那样，可以被中断。
没有等待时间
其他线程获取锁的拥有权必须要等待锁的拥有者（线程）释放后才能执行。

利用wait、notify实现可中断的BooleanLock

p96-104
一旦从wait中被唤醒则有机会检查lock是否为false,为false则修改获取锁的线程cureentLockThread为自己，并设置lock为true.防止其他线程继续争抢。
如果wait超时会报错，notify后超时也主动抛错。

关键代码

在这里插入图片描述

从wait中被notify或者等待超时后，会因为while(locked)，locked为false，说明没有线程持有monitor的拥有权，因此跳出while设置locked=true;this.currentThread=currentThread();
在这里插入图片描述
优化，超时后清除blackList