java resume过时方法_java 为什么弃用stop和suspend？

我们都知道，stop方法用来终止一个线程，suspend方法用来阻塞一个线程。它们有一个共同点：都试图控制一个线程的行为。

但可惜的是这两个方法都存在缺陷而被java所弃用(印象中好像是Java SE 1.2之后就被弃用，有点记不清了)，还在傻傻使用的同学们需要注意了。

Stop方法

Stop被弃用是因为“天生”就不安全，它会终止所有未结束的方法，包括run方法。当线程被终止后立即释放它之前锁住的所有对象锁，从而导致对象处于不一致的状态。

举个例子：假如有这么一个线程，A账户向B账户转账的过程中被终止，A账户的钱已经扣除，B账户的钱却没有转入， 此时因为终止导致该线程释放了它所持有的锁，但是其他线程却又获得了A或B账户的锁继续操作，于是，产生了一个惊天bug：A账户莫名被扣钱了了(B心里可能好受点，至少没亏…)。

正是因为当一个线程终止另一个线程时，无法预知什么时候调用stop才是安全的，所以，stop被弃用了。

正确打开姿势：

在需要终止线程的时候应该去中断线程，被中断的线程会在安全的时候停止。

Suspend方法

它为什么会被弃用呢？首先，与stop不同，suspend不会破坏对象而导致强行释放锁，相反，它恰恰会一直持有锁(即挂起一个持有锁的线程)，而持有的锁在恢复之前是不可用的(即调用resume才能继续执行)。这么一来就会导致一个现象：被挂起的线程等着被恢复，而另一个线程却一直在等待获得锁。

与上面一样，举个例子：A线程在获得某个锁之后被suspend阻塞，所以此时的A是不能继续执行了，但偏偏这个时候线程B只有在获得相同的锁之后才能调用resume方法将A唤醒，于是出现了这么一个画面，A等B的resume，B等A的锁，形成了死锁……

说到这里应该明白了吧，正是suspend会导致死锁，故而被弃用。

如何安全的挂起线程：

引入一个变量，在run方法的某个安全的地方进行判断这个变量的值(安全的地方是指该线程没有封锁其他线程需要的对象的地方)，当判断变量的值改变了，则线程进入等待，直到变量再被设置回原值为止。

友情提示：变量注意线程安全，可使用volatile修饰，请叫我雷锋^_^