转： 为什么要弃用stop和suspend方法
JDK1.0定义了stop和suspend方法,前者用来直接总之线程,后者会阻塞线程直到另一个线程调用resume.
stop和suspend都有一些共同的点：都试图专横的控制一个给定线程的行为.
从JDK1.2开始,这两个方法都被弃用了.stop天生就不安全,而经验告诉我们呢suspend方法会经常导致死锁。
我们首先来看看stop方法.这个方法将终止所有未结束的方法，包括run方法。当一个线程停止时候，他会立即释放所有他锁住对象上的锁。这会导致对象处于不一致的状态。假如一个方法在将钱从一个账户转移到另一个账户的过程中，在取款之后存款之前就停止了。那么现在银行对象就被破坏了。因为锁已经被释放了，这种破坏被那些未停止的线程观察到。
当线程想终止另一个线程的时候，它无法知道何时调用stop是安全的，何时会导致对象被破坏。所以这个方法被弃用了。你应该中断一个线程而不是停止他。被中断的线程会在安全的时候停止。
那suspend方法会发生什么问题。和stop不同，suspend不会破坏对象。但是，如果你用一个suspend挂起一个有锁的线程，那么在锁恢复之前将不会被释放。如果调用suspend的方法线程试图取得相同的锁，程序就会死锁。被挂起的线程等待恢复，而挂起他的线程等待或的锁。 这种状况在图形界面中经常发生。
那么在程序中该怎么样使用线程呢？建议如下:
(1)最好不要使用Lock/Condition也不使用synchronized关键字。在很多情况下你可以使用java.util.concurrent包中的一种机制，它会为你处理所有的加锁。例如阻塞同步队列。
（2）如果synchronized关键字在程序中可以工作，那么就尽量使用它，这样可以减少代码数量和出错的几率。
（3）只有在非常需要Lock/Condition结构特性的时候才使用他们。
