简述
这两个操作就好比播放器的暂停和恢复。
但这两个 API 是过期的,也就是不建议使用的。
不推荐使用 suspend() 去挂起线程的原因,是因为 suspend() 在导致线程暂停的同时,并不会去释放任何锁资源。其他线程都无法访问被它占用的锁。直到对应的线程执行 resume() 方法后,被挂起的线程才能继续,从而其它被阻塞在这个锁的线程才可以继续执行。
但是,如果 resume() 操作出现在 suspend() 之前执行,那么线程将一直处于挂起状态,同时一直占用锁,这就产生了死锁。而且,对于被挂起的线程,它的线程状态居然还是 Runnable。
实例
import java.util.concurrent.locks.LockSupport;
/**
* Created by zhengbinMac on 2017/3/3.
*/
public class SuspendResumeTest {
public static Object object = new Object();
static TestThread t1 = new TestThread("线程1");
static TestThread t2 = new TestThread("线程2");
public static class TestThread extends Thread{
public TestThread(String name) {
super.setName(name);
}
@Override
public void run() {
synchronized (object) {
System.out.println(getName()+" 占用。。");
Thread.currentThread().suspend();
// LockSupport.park();
}
}
}
public static void main(String[] args) throws InterruptedException {
t1.start();
Thread.sleep(200);
t2.start();
t1.resume();
// LockSupport.unpark(t1);
// LockSupport.unpark(t2);
t2.resume();
t1.join();
t2.join();
}
}
运行多次,可能出现下图结果:
代码执行流程,如下图所示:
此时,通过 jps 和 jstack 命令,来观察线程状态,如下图所示:
从输出结果来看,线程 t2 其实是被挂起的,但是从上图来看,它的线程状态却是 RUNNABLE,这会使我们误判当前系统状态。
参考资料
[1] 实战Java高并发程序设计, 2.2.5 - 挂起(suspend)和继续执行(resume)线程
[2] Java并发编程的艺术, 4.2.4 - 过期的suspend()、resume() 和 stop()