停止Java线程,小心interrupt()方法

转自http://www.blogjava.net/jinfeng_wang/archive/2008/04/27/196477.html 

程序是很简易的。然而,在编程人员面前,多线程呈现出了一组新的难题,如果没有被恰当的解决,将导致意外的行为以及细微的、难以发现的错误。
  在本篇文章中,我们针对这些难题之一:如何中断一个正在运行的线程。 

背景 
    中断(Interrupt)一个线程意味着在该线程完成任务之前停止其正在进行的一切,有效地中止其当前的操作。线程是死亡、还是等待新的任务或是继续运行至下一步,就取决于这个程序。虽然初次看来它可能显得简单,但是,你必须进行一些预警以实现期望的结果。你最好还是牢记以下的几点告诫。 

    首先,忘掉Thread.stop方法。虽然它确实停止了一个正在运行的线程,然而,这种方法是不安全也是不受提倡的,这意味着,在未来的JAVA版本中,它将不复存在。 

    一些轻率的家伙可能被另一种方法Thread.interrupt所迷惑。尽管,其名称似乎在暗示着什么,然而,这种方法并不会中断一个正在运行的线程(待会将进一步说明),正如Listing A中描述的那样。它创建了一个线程,并且试图使用Thread.interrupt方法停止该线程。Thread.sleep()方法的调用,为线程的初始化和中止提供了充裕的时间。线程本身并不参与任何有用的操作。 
Listing A 

[java] view
plain
copy

  1. class Example1 extends Thread {  
  2.             boolean stop=false;  
  3.             public static void main( String args[] ) throws Exception {  
  4.             Example1 thread = new Example1();  
  5.             System.out.println( "Starting thread..." );  
  6.             thread.start();  
  7.             Thread.sleep( 3000 );  
  8.             System.out.println( "Interrupting thread..." );  
  9.             thread.interrupt();  
  10.             Thread.sleep( 3000 );  
  11.             System.out.println("Stopping application..." );  
  12.             //System.exit(0);  
  13.             }  
  14.             public void run() {  
  15.             while(!stop){  
  16.             System.out.println( "Thread is running..." );  
  17.             long time = System.currentTimeMillis();  
  18.             while((System.currentTimeMillis()-time < 1000)) {  
  19.             }  
  20.             }  
  21.             System.out.println("Thread exiting under request..." );  
  22.             }  
  23.             }  

如果你运行了Listing A中的代码,你将在控制台看到以下输出: 

Starting thread... 

Thread is running... 

Thread is running... 

Thread is running... 

Interrupting thread... 

Thread is running... 

Thread is running... 

Thread is running... 

Stopping application... 

Thread is running... 

Thread is running... 

Thread is running... 
............................... 
甚至,在Thread.interrupt()被调用后,线程仍然继续运行。 

真正地中断一个线程 

    中断线程最好的,最受推荐的方式是,使用共享变量(shared variable)发出信号,告诉线程必须停止正在运行的任务。线程必须周期性的核查这一变量(尤其在冗余操作期间),然后有秩序地中止任务。Listing B描述了这一方式。 

Listing B 

[java] view
plain
copy

  1. class Example2 extends Thread {  
  2.   volatile boolean stop = false;  
  3.   public static void main( String args[] ) throws Exception {  
  4.    Example2 thread = new Example2();  
  5.    System.out.println( "Starting thread..." );  
  6.    thread.start();  
  7.    Thread.sleep( 3000 );  
  8.    System.out.println( "Asking thread to stop..." );  
  9.   
  10.    thread.stop = true;  
  11.    Thread.sleep( 3000 );  
  12.    System.out.println( "Stopping application..." );  
  13.    //System.exit( 0 );  
  14.   }  
  15.   
  16.   public void run() {  
  17.     while ( !stop ) {  
  18.      System.out.println( "Thread is running..." );  
  19.       long time = System.currentTimeMillis();  
  20.       while ( (System.currentTimeMillis()-time < 1000) && (!stop) ) {  
  21.       }  
  22.     }  
  23.    System.out.println( "Thread exiting under request..." );  
  24.   }  
  25. }  

运行Listing B中的代码将产生如下输出(注意线程是如何有秩序的退出的) 

Starting thread... 

Thread is running... 

Thread is running... 

Thread is running... 

Asking thread to stop... 

Thread exiting under request... 

Stopping application... 

   虽然该方法要求一些编码,但并不难实现。同时,它给予线程机会进行必要的清理工作,这在任何一个多线程应用程序中都是绝对需要的。请确认将共享变量定义成volatile 类型或将对它的一切访问封入同步的块/方法(synchronized blocks/methods)中。 

到目前为止一切顺利!但是,当线程等待某些事件发生而被阻塞,又会发生什么?当然,如果线程被阻塞,它便不能核查共享变量,也就不能停止。这在许多情况下会发生,例如调用Object.wait()、ServerSocket.accept()和DatagramSocket.receive()时,这里仅举出一些。 

他们都可能永久的阻塞线程。即使发生超时,在超时期满之前持续等待也是不可行和不适当的,所以,要使用某种机制使得线程更早地退出被阻塞的状态。 

很不幸运,不存在这样一种机制对所有的情况都适用,但是,根据情况不同却可以使用特定的技术。在下面的环节,我将解答一下最普遍的例子。 

使用Thread.interrupt()中断线程 

  正如Listing A中所描述的,Thread.interrupt()方法不会中断一个正在运行的线程。这一方法实际上完成的是,在线程受到阻塞时抛出一个中断信号,这样线程就得以退出阻塞的状态。更确切的说,如果线程被Object.wait, Thread.join和Thread.sleep三种方法之一阻塞,那么,它将接收到一个中断异常(InterruptedException),从而提早地终结被阻塞状态。 

    因此,如果线程被上述几种方法阻塞,正确的停止线程方式是设置共享变量,并调用interrupt()(注意变量应该先设置)。如果线程没有被阻塞,这时调用interrupt()将不起作用;否则,线程就将得到异常(该线程必须事先预备好处理此状况),接着逃离阻塞状态。在任何一种情况中,最后线程都将检查共享变量然后再停止。Listing C这个示例描述了该技术。 

Listing C 

[java] view
plain
copy

  1. class Example3 extends Thread {  
  2.   volatile boolean stop = false;  
  3.   public static void main( String args[] ) throws Exception {  
  4.    Example3 thread = new Example3();  
  5.    System.out.println( "Starting thread..." );  
  6.    thread.start();  
  7.    Thread.sleep( 3000 );  
  8.    System.out.println( "Asking thread to stop..." );  
  9.    thread.stop = true;//如果线程阻塞,将不会检查此变量  
  10.    thread.interrupt();  
  11.    Thread.sleep( 3000 );  
  12.    System.out.println( "Stopping application..." );  
  13.    //System.exit( 0 );  
  14.   }  
  15.   
  16.   public void run() {  
  17.     while ( !stop ) {  
  18.      System.out.println( "Thread running..." );  
  19.       try {  
  20.       Thread.sleep( 1000 );  
  21.       } catch ( InterruptedException e ) {  
  22.       System.out.println( "Thread interrupted..." );  
  23.       }  
  24.     }  
  25.    System.out.println( "Thread exiting under request..." );  
  26.   }  
  27. }  

一旦Listing C中的Thread.interrupt()被调用,线程便收到一个异常,于是逃离了阻塞状态并确定应该停止。运行以上代码将得到下面的输出: 

Starting thread... 

Thread running... 

Thread running... 

Thread running... 

Asking thread to stop... 

Thread interrupted... 

Thread exiting under request... 

Stopping application... 

中断I/O操作 
    然而,如果线程在I/O操作进行时被阻塞,又会如何?I/O操作可以阻塞线程一段相当长的时间,特别是牵扯到网络应用时。例如,服务器可能需要等待一个请求(request),又或者,一个网络应用程序可能要等待远端主机的响应。 

如果你正使用通道(channels)(这是在Java 1.4中引入的新的I/O API),那么被阻塞的线程将收到一个ClosedByInterruptException异常。如果情况是这样,其代码的逻辑和第三个例子中的是一样的,只是异常不同而已。 

但是,你可能正使用Java1.0之前就存在的传统的I/O,而且要求更多的工作。既然这样,Thread.interrupt()将不起作用,因为线程将不会退出被阻塞状态。Listing D描述了这一行为。尽管interrupt()被调用,线程也不会退出被阻塞状态 

Listing D 

[java] view
plain
copy

  1. import java.io.*;  
  2. class Example4 extends Thread {  
  3.   public static void main( String args[] ) throws Exception {  
  4.     Example4 thread = new Example4();  
  5.    System.out.println( "Starting thread..." );  
  6.    thread.start();  
  7.    Thread.sleep( 3000 );  
  8.    System.out.println( "Interrupting thread..." );  
  9.    thread.interrupt();  
  10.    Thread.sleep( 3000 );  
  11.    System.out.println( "Stopping application..." );  
  12.    //System.exit( 0 );  
  13.   }  
  14.   
  15.   public void run() {  
  16.    ServerSocket socket;  
  17.     try {  
  18.       socket = new ServerSocket(7856);  
  19.     } catch ( IOException e ) {  
  20.      System.out.println( "Could not create the socket..." );  
  21.       return;  
  22.     }  
  23.     while ( true ) {  
  24.      System.out.println( "Waiting for connection..." );  
  25.       try {  
  26.        Socket sock = socket.accept();  
  27.       } catch ( IOException e ) {  
  28.       System.out.println( "accept() failed or interrupted..." );  
  29.       }  
  30.     }  
  31.   }  
  32. }  

 很幸运,Java平台为这种情形提供了一项解决方案,即调用阻塞该线程的套接字的close()方法。在这种情形下,如果线程被I/O操作阻塞,该线程将接收到一个SocketException异常,这与使用interrupt()方法引起一个InterruptedException异常被抛出非常相似。 

唯一要说明的是,必须存在socket的引用(reference),只有这样close()方法才能被调用。这意味着socket对象必须被共享。Listing E描述了这一情形。运行逻辑和以前的示例是相同的。 

Listing E 

[java] view
plain
copy

  1. import java.net.*;  
  2. import java.io.*;  
  3. class Example5 extends Thread {  
  4.   volatile boolean stop = false;  
  5.   volatile ServerSocket socket;  
  6.   public static void main( String args[] ) throws Exception {  
  7.     Example5 thread = new Example5();  
  8.    System.out.println( "Starting thread..." );  
  9.    thread.start();  
  10.    Thread.sleep( 3000 );  
  11.    System.out.println( "Asking thread to stop..." );  
  12.    thread.stop = true;  
  13.    thread.socket.close();  
  14.    Thread.sleep( 3000 );  
  15.    System.out.println( "Stopping application..." );  
  16.    //System.exit( 0 );  
  17.   }  
  18.   public void run() {  
  19.     try {  
  20.       socket = new ServerSocket(7856);  
  21.     } catch ( IOException e ) {  
  22.      System.out.println( "Could not create the socket..." );  
  23.       return;  
  24.     }  
  25.     while ( !stop ) {  
  26.      System.out.println( "Waiting for connection..." );  
  27.       try {  
  28.        Socket sock = socket.accept();  
  29.       } catch ( IOException e ) {  
  30.       System.out.println( "accept() failed or interrupted..." );  
  31.       }  
  32.     }  
  33.    System.out.println( "Thread exiting under request..." );  
  34.   }  
  35. }  

以下是运行Listing E中代码后的输出: 

Starting thread... 

Waiting for connection... 

Asking thread to stop... 

accept() failed or interrupted... 

Thread exiting under request... 

Stopping application... 

多线程是一个强大的工具,然而它正呈现出一系列难题。其中之一是如何中断一个正在运行的线程。如果恰当地实现,使用上述技术中断线程将比使用Java平台上已经提供的内嵌操作更为简单。

时间: 2024-07-28 17:13:55

停止Java线程,小心interrupt()方法的相关文章

JAVA线程的interrupt

 interrupt()只是改变中断状态而已. interrupt()不会中断一个正在运行的线程.这一方法实际上完成的是,给受阻塞的线程抛出一个中断信号,     这样受阻线程就得以退出阻塞的状态.更确切 的说,如果线程被Object.wait, Thread.join和Thread.sleep三种方法之一阻塞,    那么,它将接收到一个中断异常(InterruptedException),从而提早地终结被阻塞状态.     如果线程没有被阻塞,这时调用interrupt()将不起作用:否则,

[Java] 线程同步的方法:sychronized、lock、reentrantLock分析

版权声明:请尊重个人劳动成果,转载注明出处,谢谢! 如果你向一个变量写值,而这个变量接下来可能会被另一个线程所读取,或者你从一个变量读值,而它的值可能是前面由另一个线程写入的,此时你就必须使用同步. sychronized  Java语言的关键字,当它用来修饰一个方法或者一个代码块的时候,能够保证在同一时刻最多只有一个线程执行该段代码,它是在 软件层面依赖JVM实现同步.  synchronized 方法或语句的使用提供了对与每个对象相关的隐式监视器锁的访问,但却强制所有锁获取和释放均要出现在一

java 线程中start方法与run方法的区别详细介绍_java

线程中start方法与run方法的区别 在线程中,如果start方法依次调用run方法,为什么我们会选择去调用start方法?或者在java线程中调用start方法与run方法的区别在哪里?  这两个问题是两个非常流行的初学者级别的多线程面试问题.当一个Java程序员开始学习线程的时候,他们首先会学着去继承Thread类,重载run方法或者实现Runnable接口,实现run方法,然后调用Thread实例的start方法.但是当他拥有一些经验之后,他通过查看API文档或者其他途径会发现start

如何停止java线程

简介 在Java的多线程编程中,java.lang.Thread类型包含了一些列的方法start(), stop(), stop(Throwable) and suspend(), destroy() and resume().通过这些方法,我们可以对线 程进行方便的操作,但是这些方法中,只有start()方法得到了保留. 在Sun公司的一篇文章<Why are Thread.stop, Thread.suspend and Thread.resume Deprecated? >中详细讲解了舍

java线程超时设置方法

方法一 本例子使用ExecutorService 替代Timer来控制一个线程的超时.代码如下:  代码如下 复制代码 package com.stackoverflow.q2275443; import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Futu

关于Java中停止线程执行的方法总结

Java中停止线程执行的方法 一.暂停或停止线程的理论 在Java编程中,要暂停或停止当前正在运行的线程,有几种方法.对于把线程转入睡眠Sleep状态,使用Thread.sleep()是最正确的方式.或许有人会问,为什么不使用等待wait()或通知notify()?要知道,使用等待或通知都不是很好的方式.线程可以使用等待wait()实现被阻塞,这属于条件等待的方式,当条件满足后,又会从阻塞转为等待状态.尽管可以在等待wait()条件那里放一个超时设置,但等待wait()的设计目的不是这样的,等待

java线程学习3——线程的停止

  方法一 stop方法 Thread t = new Thread(new MyThread()); t.stop();   非常不友好,该方法已经被废弃.使用该方法,线程直接停止,可能很多资源没有关闭,还有可能造成死锁.     方法二 interrupt方法 public class SleepThread implements Runnable {  /**   * 线程运行时执行的方法   */  public void run()  {   try   {    // 该线程进入阻塞

聊聊并发(三)Java线程池的分析和使用

作者:方腾飞 原文发表于infoQ:http://www.infoq.com/cn/articles/java-threadPool 1.    引言 合理利用线程池能够带来三个好处.第一:降低资源消耗.通过重复利用已创建的线程降低线程创建和销毁造成的消耗.第二:提高响应速度.当任务到达时,任务可以不需要的等到线程创建就能立即执行.第三:提高线程的可管理性.线程是稀缺资源,如果无限制的创建,不仅会消耗系统资源,还会降低系统的稳定性,使用线程池可以进行统一的分配,调优和监控.但是要做到合理的利用线

Java线程中断的本质深入理解

    Java的中断是一种协作机制.也就是说调用线程对象的interrupt方法并不一定就中断了正在运行的线程,它只是要求线程自己在合适的时机中断自己. 一.Java中断的现象 首先,看看Thread类里的几个方法:  public static boolean interrupted 测试当前线程是否已经中断.线程的中断状态 由该方法清除.换句话说,如果连续两次调用该方法,则第二次调用将返回 false(在第一次调用已清除了其中断状态之后,且第二次调用检验完中断状态前,当前线程再次中断的情况