今天看到一个blogger说:好记性,不如烂博客。
还是蛮有道理的,踏实的记录,经常的回顾。
写blog贵在坚持写和常回来看看。 :idea:
言归正传,今天研究了一下Thread.interrupt()方法,这个方法很有意思,Thread.interrupt()的调用对正在运行的线程是不起作用的,只有对阻塞的线程有效。
[quote] Thread.interrupt()方法不会中断一个正在运行的线程。这一方法实际上完成的是,在线程受到阻塞时抛出一个中断信号,这样线程就得以退出阻塞的状态。更确切的说,如果线程被Object.wait, Thread.join和Thread.sleep三种方法之一阻塞,那么,它将接收到一个中断异常(InterruptedException),从而提早地终结被阻塞状态。
因此,如果线程被上述几种方法阻塞,正确的停止线程方式是设置共享变量,并调用interrupt()(注意变量应该先设置)。如果线程没有被阻塞,这时调用interrupt()将不起作用;否则,线程就将得到异常(该线程必须事先预备好处理此状况),接着逃离阻塞状态。在任何一种情况中,最后线程都将检查共享变量然后再停止。
[/quote]
例如:
还是蛮有道理的,踏实的记录,经常的回顾。
写blog贵在坚持写和常回来看看。 :idea:
言归正传,今天研究了一下Thread.interrupt()方法,这个方法很有意思,Thread.interrupt()的调用对正在运行的线程是不起作用的,只有对阻塞的线程有效。
[quote] Thread.interrupt()方法不会中断一个正在运行的线程。这一方法实际上完成的是,在线程受到阻塞时抛出一个中断信号,这样线程就得以退出阻塞的状态。更确切的说,如果线程被Object.wait, Thread.join和Thread.sleep三种方法之一阻塞,那么,它将接收到一个中断异常(InterruptedException),从而提早地终结被阻塞状态。
因此,如果线程被上述几种方法阻塞,正确的停止线程方式是设置共享变量,并调用interrupt()(注意变量应该先设置)。如果线程没有被阻塞,这时调用interrupt()将不起作用;否则,线程就将得到异常(该线程必须事先预备好处理此状况),接着逃离阻塞状态。在任何一种情况中,最后线程都将检查共享变量然后再停止。
[/quote]
例如:
public class CountupThread extends Thread{
private long counter=0;
private volatile boolean shutdownRequests=false;
public void shutdownRequest(){
shutdownRequests=true;
interrupt();
}
public final void run(){
try {
while (!shutdownRequests) {
doWork();
}
} catch (InterruptedException e) {
e.printStackTrace();
}finally{
doShutdown();
}
}
private void doWork() throws InterruptedException{
counter++;
System.out.println("doWork:counter="+counter);
Thread.sleep(500);
}
private void doShutdown(){
System.out.println("doShutdown:counter="+counter);
}
}
public class Main {
/**
* @param args
*/
public static void main(String[] args) {
System.out.println("Main:begin");
CountupThread t=new CountupThread();
try {
t.start();
Thread.sleep(10000);
System.out.println("Main:shutDownRequest");
t.shutdownRequest();
System.out.println("Main:join");
t.join();
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(t.isAlive());
System.out.println("Main:end");
}
}