Future模式
对执行起来耗时的方法,线程无需等待执行结果出来,而是获得FUture参与者(比如提货单),在事后再去获取执行结果。如果已经有执行结果了,就马上得到数据,如果执行结果还没好,则继续等待到执行结果出现为止。
两阶段终止模式
用来进行结束的操作后,再终止线程
优雅终止的线程
安全地终止(安全性)
即使收到终止请求,也不马上结束线程,而是竖立表示收到终止请求的shutdownRequested标识。以对象不会被破坏为前提,进行终止处理。
stop方法不会考虑线程正处于临界区,是不安全的
一定会进行终止处理(生命性)
当收到终止请求时,会中断掉可以中断的wait,前往终止处理。另外,为了在抛出异常结束时也会执行到终止处理,故使用了try…finally块。
送出终止请求后,要尽快进入终止处理(响应性)
当收到终止请求后,会中断掉可以中断的sleep,尽快前进到终止处理。另外在繁重的处理前,应该检查shutdownRequested标识。
中断状态与InterruptedException异常的相互转换
调用interrupt方法后,可以中断掉线程,会是两种结果之一:
- 线程变成“中断状态”对“状态”的反应;
- 抛出“异常InterruptedException”对“控制”的反应。
通常是1。只有线程是sleep、wait、join时会是2。
中断状态->InterruptedException异常
若线程是中断状态,就抛出InterruptedException异常。
if(Thread.interrupted()){
throw new InterruptedException();
}
哪个线程来检查interrupted方法
Thread.interrupted方法,会检查Thread.currentThread()的中断状态。所以上面的if不管写在哪个类的哪个方法,都是检查执行if语句的线程的中断状态。
不想请求中断状态的时候
调用Thread.interrupted方法后,线程就不是中断状态了,即会被清除中断状态。如果不想清除中断状态,而要检查现在线程是否被中断,要使用inInterrupted实例方法
if(Thread.currentThread().isInterrupted()){
//若为中断状态时需要进行的处理(中断状态不会清除)
}
InterruptedException异常->中断状态
try{
Thread.sleep(1000);
}catch(InterruptedException e){
Tread.currentThread().interrupt();
}
InterruptedException异常->转换为InterruptedException异常
收到的InterruptedException异常也可以不马上抛出,而留下来晚点再抛。
InterruptedException savedException = null;
...
try{
Thread.sleep(1000);
}catch(InterruptedException e){
savedException = e;
}
...
if(savedException != null){
throw savedException;
}
线程独有存储库模式
关于java.lang.ThreadLocal类
ThreadLocal的实例只有一个,管理多个对象。
public void set()
可以将参数所指定的实例,存放到调用set方法的线程(现在的线程)所对应的存储空间。
public Object get()
取得调用get方法的线程所对应的实例。如果没有,那么就会返回null。
主动对象模式
是多种模式的混用,后面有时间再开一篇详细说明吧