线程阻塞方式

类型 释放锁 面对对象 必须要做 特性
Thread.sleep 仅当前Thread 必须指定休眠时间;处理InterruptedException
Object.wait 针对对象 必须先获得对象锁 synchronized (waitObject){waitObject.wait(); }
LockSupport.park 针对Thread 会相应InterruptedException,不需要刻意处理 LockSupport.park(Object blocker) jstack命令监控
Condition.await 针对Thread /

虽然LockSuport可以指定monitor的object对象,但和object.wait(),两者的阻塞队列并不交叉。object.notifyAll()不能唤醒LockSupport的阻塞Thread

题外话

kill有-9和-15两种参数,默认是-15。如果是-15参数,系统就发送一个关闭信号给进程,然后等待进程关闭。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
final Thread waitThread = new Thread(new Runnable() {
@Override
public void run() {
System.out.println("thread begin");

//等待获取许可
try {
Thread.sleep(1000000);
} catch (InterruptedException e) {
e.printStackTrace();
}
//输出thread over.true
System.out.println("thread over." + Thread.currentThread().isInterrupted());

try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
waitThread.start();
//绑定钩子
Runtime.getRuntime().addShutdownHook(new Thread(new Runnable() {
@Override
public void run() {
try {
waitThread.interrupt();
waitThread.join();
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("shutdown success");
}
}));

线程中断

首先,一个线程不应该由其他线程来强制中断或停止,而是应该由线程自己自行停止。所以,Thread.stop, Thread.suspend, Thread.resume 都已经被废弃了。而 Thread.interrupt 的作用其实也不是中断线程,而是「通知线程应该中断了」,具体到底中断还是继续运行,应该由被通知的线程自己处理。具体来说,当对一个线程,调用 interrupt() 时,① 如果线程处于被阻塞状态(例如处于sleep, wait, join 等状态),那么线程将立即退出被阻塞状态,并抛出一个InterruptedException异常。仅此而已。② 如果线程处于正常活动状态,那么会将该线程的中断标志设置为 true,仅此而已。被设置中断标志的线程将继续正常运行,不受影响。interrupt() 并不能真正的中断线程,需要被调用的线程自己进行配合才行。也就是说,一个线程如果有被中断的需求,那么就可以这样做。

-① 在正常运行任务时,经常检查本线程的中断标志位,如果被设置了中断标志就自行停止线程。
-② 在调用阻塞方法时正确处理InterruptedException异常。(例如,catch异常后就结束线程。)

Thread thread = new Thread(() -> {
while (!Thread.interrupted()) {
    // do more work.
}
});
thread.start();

// 一段时间以后
thread.interrupt();

具体到你的问题,Thread.interrupted()清除标志位是为了下次继续检测标志位。如果一个线程被设置中断标志后,选择结束线程那么自然不存在下次的问题,而如果一个线程被设置中断标识后,进行了一些处理后选择继续进行任务,而且这个任务也是需要被中断的,那么当然需要清除标志位了。