线程基本通信机制
一、线程基本通信机制
1 wait和notify的用法
wait和notify是Java最基本的线程间通信机制，体现了线程的交互，用于信息的传递。例如在生产者消费者模式中，利用阻塞和唤醒使不同线程之间配合实现业务逻辑。
阻塞阶段--wait，调用对象的wait方法，线程进入WAITING状态，阻塞挂起，释放锁。
wait阻塞后，直到下面情况之一发生时，线程才会被唤醒。
- 其他线程调用该对象的notify/notifyAll方法。
- 带有超时参数的wait方法，发生超时。如果参数是0，则永久等待。
- 调用线程中断interrupt()。线程在waiting状态，会自动响应中断，抛出中断异常。
唤醒阶段 --notify/notifyAll
- notify：随机唤醒一个线程
- notifyAll：唤醒所有线程
2 wait和notify性质
- 使用前需要拥有锁（monitor锁）
- 属于Object类，底层是final native方法，属于JVM层代码。
- wait和notify是最基本的线程通信机制
- 同时拥有多把锁，需要注意锁的释放顺序
synchronized(this) {
while(条件）{
wait();
}
}
- 如果wait方法没有修饰，表示当前对象this
- 即使没有调用唤醒方法，线程仍有可能从挂起状态变为可运行状态（虚假唤醒）。为防患于未然，常见是不断测试该线程被唤醒的条件是否被满足，不满足则继续等待。
synchronized (resourceA) {
synchronized (resourceB) {
try {
resourceA.wait(); // 只释放resourceA锁
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
注意点：调用某个对象的notify，只能唤醒与该对象对应的线程。调用wait也只释放当前的那把锁。
3 wait原理
EntrySet：入口集；WaitSet：等待集；The owner：线程拥有锁。’
锁的运行原理：开始线程在入口集和等待集竞争锁【1】，此时线程A获取到了锁【2】，入口集和等待集中的线程进入BLOCKED。此时A可以正常运行完释放锁【6】，也可以调用wait释放锁进入等待集【3】。等待集线程被唤醒【4】后，进入另一个等待集，与入口集的线程一起竞争锁【5】。
二、常见问题
1 wait和notify实现生产者消费者模式
生产者消费者模式可以解耦生产者和消费者，使两者更好地配合。
// 生产和消费100个产品
public class ProducerConsumerModelByWaitAndNotify {
public static void main(String[] args) {
// 创建仓库
Storage storage = new Storage();
// 创建生产者消费者线程
Thread producer = new Thread(new ProducerTask(storage));
Thread consumer = new Thread(new ConsumerTask(storage));
producer.start();
consumer.start();
}
}
class ProducerTask implements Runnable {
private Storage storage;
public ProducerTask(Storage storage) {
this.storage = storage;
}
@Override
public void run() {
// 生产100个产品
for (int i = 0; i < 100; i++) {
storage.put();
}
}
}
class ConsumerTask implements Runnable {
private Storage storage;
public ConsumerTask(Storage storage) {
this.storage = storage;
}
@Override
public void run() {
for (int i = 0; i < 100; i++) {
storage.take();
}
}
}
class Storage {
private int maxSize;
private Queue<Date> storage;
public Storage() {
this.maxSize = 10; // 队列最大是10
this.storage = new LinkedList<>();
}
/**
* wait和notify需要首先获取到锁，因此需要使用synchronized方法或者同步代码块
*/
public synchronized void put() {
// 仓库已满，无法生产更多产品，让出锁
while (storage.size() == maxSize) {
try {
wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
storage.add(new Date());
System.out.println("生产者生产产品，此时仓库产品数：" + storage.size());
// 通知消费者消费
notify();
}
public synchronized void take() {
// 仓库为空，无法获取到产品，线程让出锁
while (storage.size() == 0) {
try {
wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
storage.poll();
System.out.println("消费者消费产品，此时仓库产品数：" + storage.size());
// 通知生产者生产
notify();
}
}
2. 为什么wait需要放在同步代码块中使用，而sleep不需要？
主要是为了让通信更加可靠，防止死锁、永久等待的发生。
wait放到synchronized代码中对线程有一定的保护作用。假设没有synchronized的保护，线程A在运行到wait语句之前，切换到线程B执行了notify语句，此时执行了wait语句释放锁后，没有线程唤醒，导致了永久等待。
sleep方法是针对单个线程的，与其他线程无关，无需放入到同步代码块中。
3 为什么wait和notify方法定义在Object中，而不是Thread中？
wait和notify是锁级别操作，而锁是属于某个对象的，锁标识在对象的对象头中。如果将wait和notify定义在线程中，则会有很大的局限性。例如每个线程都可能会休眠。如果某个线程持有多个锁，而且锁之间是相互配合的时，wait方法在Thread类中，就没有办法实现线程的配合。
调用线程对象.wait会发生什么？
个人理解：
调用线程对象的wait方法，也就是说以线程为锁。wait和notify的初衷就是用来线程间通信，如果以线程为锁，不利于设计流程。
