Java 多线程 - 3 - 线程间通信

线程间的通信目的主要是用于线程同步，所以线程没有像进程通信中的用于数据交换的通信机制。

线程间可以共享数据结构，也就是一个全局变量可以被两个线程同时使用。

多个线程在处理同一个资源，并且任务不同时，需要线程通信来帮助解决线程之间对同一个变量的使用或操作。多个线程在操作同一份数据时，避免对同一共享变量的争夺。

等待/通知机制

等待/通知机制，在一个线程进行了规定操作后，就进入等待状态（wait），等待其他线程执行完他们的指定代码过后 再将其唤醒（notify）。

例如
线程 A 在执行的时候，需要一个其他线程来提供的结果，但是其他线程还没有告诉他这个结果是什么，于是线程 A 开始等待，当其他线程计算出结果之后就将结果通知给线程 A ，A 线程唤醒，继续执行。这个过程就是等待/通知机制。

等待/通知机制实际上多个线程之间的一种互动，而为了保证这个互动仅限于期望的那些线程，因此需要多个线程拥有一个统一的对象监视器，也就是都要在 synchronized（x）同步代码块中执行 x.wait 以及 x.notify 方法。

如果细心观察，会发现 wait 方法和 notify 方法是 Object 类自带的方法。这是因为任何一个对象都能成为监视器，而 wait 和 notify 只有对同一个监视器才能起到预期的作用。也就是说任何一个监视器都能用 wait 以及 notify 方法，任何对象都有的方法，自然就需要放到 Object 中。

wait 方法与 notify 方法的讲解

wait 方法会使执行该 wait 方法的线程停止，直到等到了 notify 的通知。细说一下，执行了 wait 方法的那个线程会因为 wait 方法而进入等待状态，该线程也会进入阻塞队列中。而执行了 notify 那个线程在执行完同步代码之后会通知在阻塞队列中的线程，使其进入就绪状态。被重新唤醒的线程会试图重新获得临界区的控制权，也就是对象锁，然后继续执行临界区也就是同步语句块中 wait 之后的代码。

wait 方法进入了阻塞队列，而上文讲过执行 notify 操作的线程与执行 wait 的线程是拥有同一个对象监视器，也就说 wait 方法执行之后，立刻释放掉锁，这样另一个线程才能执行同步代码块，才能执行 notify。

notify 线程会在执行完同步代码之后通知在阻塞队列中的线程， notify 的那个线程并不是立即释放锁，而是在同步方法执行完，释放锁以后，wait 方法的那个线程才会继续执行。被重新唤醒的线程会试图重新获得锁，在 notify 方法的线程释放掉锁以后，其通知的线程是不确定的，看具体是哪一个阻塞队列中的线程获取到对象锁。

阻塞状态可以细分为3种：

1. 等待阻塞：运行的线程执行 wait 方法，JVM 会把该线程放入等待队列中。
2. 同步阻塞：运行的线程在获取对象的同步锁时，若该同步锁被别的线程占用，则 JVM 会把该线程放入锁池当中。
3. 其他阻塞： 运行的线程执行了 Thread.sleep 或者 join 方法，或者发出 I/O 请求时，JVM 会把该线程置为阻塞状态。当 sleep() 状态超时、join() 等待线程终止，或者超时、或者 I/O 处理完毕时，线程重新转入可运行状态。

join指定线程执行顺序的方法

wait 方法使线程进入阻塞，并且因为通知而唤醒执行，sleep 方法同样使线程进入阻塞，并且因此超时而结束阻塞。以上两者都是因为特定的条件而结束阻塞，现在主线程需要知道子线程的结果再继续执行，这个时候要怎么做，用通知/等待不是很容易实现这个操作，sleep 则完全不知道要等待的时间。因此 Java 提供了一个 join() 方法， join() 方法是 Thread 对象的方法，他的功能是使所属的线程对象 x 正常执行 run 方法的内容，而使当前线程z进行无限期的阻塞，等待线程x销毁后在继续执行线程z后面的代码。