多线程总结2（死锁等问题）

线程间通讯：

其实就是多个线程操作同一个资源

但是操作动作不同

处理安全问题：

1，同步处理

2，使用同一个锁

 

（视频3）等待唤醒机制：

wait()等待,notify()唤醒，等都必须在同步中（锁）进行。

因为要对持有监视器(锁)的线程操作，所以要使用在同步中，因为只有同步才具有锁

为什么这些操作线程的方法要定义Object类中呢？

因为这些方法在操作同步中线程时，都必须要表示他们所才做线程的只有锁，

只有同一个锁上的被等待线程，可以被同一个锁上notify唤醒，

不可以被不同锁中的线程进行唤醒。

也就是说，等待和唤醒必须是同一个锁。

而锁可以是任意对象，所以可以被任意对象调用的方法定义Object类中

(视频4)当出现2个以上线程时，则用IF判断无法满足，必须要用while判断，并且用nodifyAll()来唤醒其他线程。当苏醒时如果用if则直接往下执行，如果用while 则需要返回在判断一次。如果使用while 判断时只单单使用nodify()唤醒最早被wait()的线程时，如果是本类线程则会导致全部挂起状态。

JDK1.5中提供了多线程升级解决方案，

将同步Synchronized替换成现实 Lock操作。

将Object中的wait,notify notifyAll,替换成了Condition对象。

该对象可以Lock锁，进行获取。

该实例中,实现了本方唤醒对方操作。

stop方法已经过时。

如何停止线程？

只有一种，run方法结束。

开启多线程运行，运行代码通常是循环结构。

只要控制住循环，就可以让run方法结束，也就是线程结束。

当没有指定的方式让冻结的线程回复到运行状态时，这时需要对冻结进行清除。

强制让线程回复到运行状态中来

join:

当A线程执行到了B线程的.join()方法时，A就会等待，等到B线程都执行完，A才会执行。

join可以用来临时加入线程执行