java多线程通信_Java多线程-线程通信

原标题：Java多线程-线程通信

通信的方式

要想实现多个线程之间的协同，如：线程执行先后顺序、获取某个线程执行的结果等等。涉及到线程之间的相互通信，分为下面四类：

文件共享

网络共享

共享变量

JDK提供的线程协调API

suspend/resume、wait/notify、park/unpark

文件共享

变量共享

网络共享

线程协作－JDK API

JDK中对于需要多线程协作完成某一任务的场景，提供了对应API支持。

多线程协作的典型场景是：生产者－消费者模型。(线程阻塞、线程唤醒)

示例：线程１去买包子，没有包子，则不再执行。线程２生产出包子，通知线程－１继续执行。

API-被弃用的suspend和resume

作用：调用suspend挂起目标线程，通过resume可以恢复线程执行。

被弃用的主要原因是，容易写出不死锁的代码。所以用wait/notify和park/unpark机制对它进行替代

suspend和resume死锁示例

1、同步代码中使用

2、suspend比resume后执行

ｗait/notify机制

这些方法只能由同一对象锁的持有者线程调用，也就是写在同步块里面，否则会抛出IllegalMonitorStateException异常。 wait方法导致当前线程等待，加入该对象的等待集合中，并且放弃当前持有的对象锁。 notify/notifyAll方法唤醒一个或所有正在等待这个对象锁的线程。 注意：虽然会wait自动解锁，但是对顺序有要求，如果在notify被调用之后，才开始wait方法的调用，线程会永远处于WAITING状态。

wait/notify代码示例

造成死锁的示例

park/unpark机制

线程调用park则等待“许可”，unpark方法为指定线程提供“许可(permit)” 不要求park和unpark方法的调用顺序。 多次调用unpark之后，再调用park，线程会直接运行。 但不会叠加，也就是说，连续多次调用park方法，第一次会拿到"许可"直接运行,后续调用会进入等待。

造成死锁的示例

伪唤醒

警告!之前代码中用if语句来判断,是否进入等待状态,是错误的! 官方建议应该循环中检查等待条件，原因是处于等待状态的线程可能会收到错误警报和伪唤醒，如果不在循环中检查等待条件，程序就会在没有满足结束条件的情况下退出。

伪唤醒是指线程并非因为notify、notifyall、unpark等api调用而唤醒，是更底层原因导致的。返回搜狐，查看更多

责任编辑：