JAVA多线程之中断机制(stop()、interrupted()、isInterrupted())

一,介绍

本文记录JAVA多线程中的中断机制的一些知识点。主要是stop方法、interrupted()与isInterrupted()方法的区别,并从源代码的实现上进行简单分析。

JAVA中有3种方式可以终止正在运行的线程

①线程正常退出,即run()方法执行完毕了

②使用Thread类中的stop()方法强行终止线程。但stop()方法已经过期了,不推荐使用

③使用中断机制

线程正常退出没有什么东东,中断机制下面详细介绍,先看下stop()方法的源代码,关键是源代码上的注释。它解释了为什么stop()不安全,stop()方法停止的是哪个线程?

 1     /**
 2      * Forces the thread to stop executing.
 3      * <p>
 4      * If there is a security manager installed, its <code>checkAccess</code>
 5      * method is called with <code>this</code>
 6      * as its argument. This may result in a
 7      * <code>SecurityException</code> being raised (in the current thread).
 8      * <p>
 9      * If this thread is different from the current thread (that is, the current
10      * thread is trying to stop a thread other than itself), the
11      * security manager‘s <code>checkPermission</code> method (with a
12      * <code>RuntimePermission("stopThread")</code> argument) is called in
13      * addition.
14      * Again, this may result in throwing a
15      * <code>SecurityException</code> (in the current thread).
16      * <p>
17      * The thread represented by this thread is forced to stop whatever
18      * it is doing abnormally and to throw a newly created
19      * <code>ThreadDeath</code> object as an exception.
20      * <p>
21      * It is permitted to stop a thread that has not yet been started.
22      * If the thread is eventually started, it immediately terminates.
23      * <p>
24      * An application should not normally try to catch
25      * <code>ThreadDeath</code> unless it must do some extraordinary
26      * cleanup operation (note that the throwing of
27      * <code>ThreadDeath</code> causes <code>finally</code> clauses of
28      * <code>try</code> statements to be executed before the thread
29      * officially dies).  If a <code>catch</code> clause catches a
30      * <code>ThreadDeath</code> object, it is important to rethrow the
31      * object so that the thread actually dies.
32      * <p>
33      * The top-level error handler that reacts to otherwise uncaught
34      * exceptions does not print out a message or otherwise notify the
35      * application if the uncaught exception is an instance of
36      * <code>ThreadDeath</code>.
37      *
38      * @exception  SecurityException  if the current thread cannot
39      *               modify this thread.
40      * @see        #interrupt()
41      * @see        #checkAccess()
42      * @see        #run()
43      * @see        #start()
44      * @see        ThreadDeath
45      * @see        ThreadGroup#uncaughtException(Thread,Throwable)
46      * @see        SecurityManager#checkAccess(Thread)
47      * @see        SecurityManager#checkPermission
48      * @deprecated This method is inherently unsafe.  Stopping a thread with
49      *       Thread.stop causes it to unlock all of the monitors that it
50      *       has locked (as a natural consequence of the unchecked
51      *       <code>ThreadDeath</code> exception propagating up the stack).  If
52      *       any of the objects previously protected by these monitors were in
53      *       an inconsistent state, the damaged objects become visible to
54      *       other threads, potentially resulting in arbitrary behavior.  Many
55      *       uses of <code>stop</code> should be replaced by code that simply
56      *       modifies some variable to indicate that the target thread should
57      *       stop running.  The target thread should check this variable
58      *       regularly, and return from its run method in an orderly fashion
59      *       if the variable indicates that it is to stop running.  If the
60      *       target thread waits for long periods (on a condition variable,
61      *       for example), the <code>interrupt</code> method should be used to
62      *       interrupt the wait.
63      *       For more information, see
64      *       <a href="{@docRoot}/../technotes/guides/concurrency/threadPrimitiveDeprecation.html">Why
65      *       are Thread.stop, Thread.suspend and Thread.resume Deprecated?</a>.
66      */
67     @Deprecated
68     public final void stop() {
69         stop(new ThreadDeath());
70     }

上面注释,第9行到第16行表明,stop()方法可以停止“其他线程”。执行thread.stop()方法这条语句的线程称为当前线程,而“其他线程”则是 调用thread.stop()方法的对象thread所代表的线程。

如:

1     public static void main(String[] args) {
2         MyThread thread = new MyThread...
3         //.....
4         thread.stop();
5         //....
6     }

在main方法中,当前线程就是main线程。它执行到第4行,想把“其他线程”thread“ 给停止。这个其他线程就是MyThread类 new 的thread对象所表示的线程。

第21行至23行表明,可以停止一个尚未started(启动)的线程。它的效果是:当该线程启动后,就立马结束了。

第48行以后的注释,则深刻表明了为什么stop()方法被弃用!为什么它是不安全的。

比如说,threadA线程拥有了监视器,这些监视器负责保护某些临界资源,比如说银行的转账的金额。当正在转账过程中,main线程调用 threadA.stop()方法。结果导致监视器被释放,其保护的资源(转账金额)很可能出现不一致性。比如,A账户减少了100,而B账户却没有增加100

二,中断机制

JAVA中如何正确地使用中断机制的细节太多了。interrupted()方法与 isInterrupted()方法都是反应当前线程的是否处于中断状态的。

①interrupted()

 1     /**
 2      * Tests whether the current thread has been interrupted.  The
 3      * <i>interrupted status</i> of the thread is cleared by this method.  In
 4      * other words, if this method were to be called twice in succession, the
 5      * second call would return false (unless the current thread were
 6      * interrupted again, after the first call had cleared its interrupted
 7      * status and before the second call had examined it).
 8      *
 9      * <p>A thread interruption ignored because a thread was not alive
10      * at the time of the interrupt will be reflected by this method
11      * returning false.
12      *
13      * @return  <code>true</code> if the current thread has been interrupted;
14      *          <code>false</code> otherwise.
15      * @see #isInterrupted()
16      * @revised 6.0
17      */
18     public static boolean interrupted() {
19         return currentThread().isInterrupted(true);
20     }

从源码的注释中看出,它测试的是当前线程(current thread)的中断状态,且这个方法会清除中断状态。

②isInterrupted()

 1     /**
 2      * Tests whether this thread has been interrupted.  The <i>interrupted
 3      * status</i> of the thread is unaffected by this method.
 4      *
 5      * <p>A thread interruption ignored because a thread was not alive
 6      * at the time of the interrupt will be reflected by this method
 7      * returning false.
 8      *
 9      * @return  <code>true</code> if this thread has been interrupted;
10      *          <code>false</code> otherwise.
11      * @see     #interrupted()
12      * @revised 6.0
13      */
14     public boolean isInterrupted() {
15         return isInterrupted(false);
16     }

从源码注释中可以看出,isInterrupted()方法不会清除中断状态。

③interrupted()方法与 isInterrupted()方法的区别

从源代码可以看出,这两个方法都是调用的isInterrupted(boolean ClearInterrupted),只不过一个带的参数是true,另一个带的参数是false。

1     /**
2      * Tests if some Thread has been interrupted.  The interrupted state
3      * is reset or not based on the value of ClearInterrupted that is
4      * passed.
5      */
6     private native boolean isInterrupted(boolean ClearInterrupted);

因此,第一个区别就是,一个会清除中断标识位,另一个不会清除中断标识位。

再分析源码,就可以看出第二个区别在return 语句上:

    public static boolean interrupted() {
        return currentThread().isInterrupted(true);
    }

    /************************/
    public boolean isInterrupted() {
        return isInterrupted(false);
    }

interrupted()测试的是当前的线程的中断状态。而isInterrupted()测试的是调用该方法的对象所表示的线程。一个是静态方法(它中断的是当前线程),一个是实例方法(它中断的是实例所表示的线程)。

下面用个具体的例子来更进一步地阐明这个区别。

有一个自定义的线程类如下:

1 public class MyThread extends Thread {
2     @Override
3     public void run() {
4         super.run();
5         for (int i = 0; i < 500000; i++) {
6             System.out.println("i=" + (i + 1));
7         }
8     }
9 }

先看interrupted()方法的示例:

 1 public class Run {
 2     public static void main(String[] args) {
 3         try {
 4             MyThread thread = new MyThread();
 5             thread.start();
 6             Thread.sleep(1000);
 7             thread.interrupt();
 8             //Thread.currentThread().interrupt();
 9             System.out.println("是否停止1?="+thread.interrupted());//false
10             System.out.println("是否停止2?="+thread.interrupted());//false main线程没有被中断!!!      //......

第5行启动thread线程,第6行使main线程睡眠1秒钟从而使得thread线程有机会获得CPU执行。

main线程睡眠1s钟后,恢复执行到第7行,请求中断 thread线程。

第9行测试线程是否处于中断状态,这里测试的是哪个线程呢???答案是main线程。因为:

(1)interrupted()测试的是当前的线程的中断状态

(2)main线程执行了第9行语句,故main线程是当前线程

再看isInterrupted()方法的示例:

1 public class Run3 {
2     public static void main(String[] args) {
3         try {
4             MyThread thread = new MyThread();
5             thread.start();
6             Thread.sleep(1000);
7             thread.interrupt();
8             System.out.println("是否停止1?="+thread.isInterrupted());//true

在第8行,是thread对象调用的isInterrupted()方法。因此,测试的是thread对象所代表的线程的中断状态。由于在第7行,main线程请求中断 thread线程,故在第8行的结果为: true

时间: 2024-10-22 14:52:25

JAVA多线程之中断机制(stop()、interrupted()、isInterrupted())的相关文章

JAVA多线程之中断机制(如何处理中断?)

一,介绍 这篇文章主要记录使用 interrupt() 方法中断线程,以及如何对InterruptedException进行处理.感觉对InterruptedException异常进行处理是一件谨慎且有技巧的活儿. 由于使用stop()方法停止线程非常的暴力,人家线程运行的好好的,突然就把人家杀死了,线程占用的锁被强制释放,极易导致数据的不一致性.可参考这篇文章对stop()方法的介绍. 因此,提出了一种温和的方式:请求另外一个线程不要再执行了,这就是中断方式. 二,中断及如何响应中断? 如何优

JAVA多线程面试题

1.Thread 类中的start() 和 run() 方法有什么区别? Thread.start()方法(native)启动线程,使之进入就绪状态,当cpu分配时间该线程时,由JVM调度执行run()方法. 当你调用start()方法时你将创建新的线程,并且执行在run()方法里的代码.但是如果你直接调用run()方法,它不会创建新的线程也不会执行调用线程的代码. 2.Java中Runnable和Callable有什么不同? Runnable和Callable都代表那些要在不同的线程中执行的任

java多线程常见面试题

下面是Java线程相关的热门面试题,你可以用它来好好准备面试. 1) 什么是线程? 线程是操作系统能够进行运算调度的最小单位,它被包含在进程之中,是进程中的实际运作单位.程序员可以通过它进行多处理器编程,你可以使用多线程对运算密集型任务提速.比如,如果一个线程完成一个任务要100毫秒,那么用十个线程完成改任务只需10毫秒.J 2) 线程和进程有什么区别? 线程是进程的子集,一个进程可以有很多线程,每条线程并行执行不同的任务.不同的进程使用不同的内存空间,而所有的线程共享一片相同的内存空间.别把它

50个Java多线程面试题

不管你是新程序员还是老手,你一定在面试中遇到过有关线程的问题.Java 语言一个重要的特点就是内置了对并发的支持,让 Java 大受企业和程序员的欢迎.大多数待遇丰厚的 Java 开发职位都要求开发者精通多线程技术并且有丰富的 Java 程序开发.调试.优化经验,所以线程相关的问题在面试中经常会被提到. 在典型的 Java 面试中, 面试官会从线程的基本概念问起, 如:为什么你需要使用线程, 如何创建线程,用什么方式创建线程比较好(比如:继承 thread 类还是调用 Runnable 接口),

JAVA多线程17个问题

Thread.start()方法(native)启动线程,使之进入就绪状态,当cpu分配时间该线程时,由JVM调度执行run()方法. 当你调用start()方法时你将创建新的线程,并且执行在run()方法里的代码.但是如果你直接调用run()方法,它不会创建新的线程也不会执行调用线程的代码. 2.Java中Runnable和Callable有什么不同? Runnable和Callable都代表那些要在不同的线程中执行的任务.Runnable从JDK1.0开始就有了,Callable是在JDK1

Java多线程面试题整理

线程是操作系统能够进行运算调度的最小单位,它被包含在进程之中,是进程中的实际运作单位.程序员可以通过它进行多处理器编程,你可以使用多线程对运算密集型任务提速.比如,如果一个线程完成一个任务要100毫秒,那么用十个线程完成改任务只需10毫秒.Java在语言层面对多线程提供了卓越的支持,它也是一个很好的卖点. 2) 线程和进程有什么区别? 线程是进程的子集,一个进程可以有很多线程,每条线程并行执行不同的任务.不同的进程使用不同的内存空间,而所有的线程共享一片相同的内存空间.别把它和栈内存搞混,每个线

java多线程面试题整理及答案(2018年)

java多线程面试题整理及答案(2018年) 什么是线程? 线程是操作系统能够进行运算调度的最小单位,它被包含在进程之中,是进程中的实际运作单位.程序员可以通过它进行多处理器编程,你可以使用多线程对 运算密集型任务提速.比如,如果一个线程完成一个任务要100毫秒,那么用十个线程完成改任务只需10毫秒.Java在语言层面对多线程提供了卓越的支 持,它也是一个很好的卖点. 线程和进程有什么区别? 线程是进程的子集,一个进程可以有很多线程,每条线程并行执行不同的任务.不同的进程使用不同的内存空间,而所

java多线程面试题整理及答案

1) 什么是线程? 线程是操作系统能够进行运算调度的最小单位,它被包含在进程之中,是进程中的实际运作单位.程序员可以通过它进行多处理器编程,你可以使用多线程对 运算密集型任务提速.比如,如果一个线程完成一个任务要100毫秒,那么用十个线程完成改任务只需10毫秒.Java在语言层面对多线程提供了卓越的支 持,它也是一个很好的卖点. 2) 线程和进程有什么区别? 线程是进程的子集,一个进程可以有很多线程,每条线程并行执行不同的任务.不同的进程使用不同的内存空间,而所有的线程共享一片相同的内存空间.别

JAVA多线程高并发面试题总结

ReadMe : 括号里的内容为补充或解释说明. 多线程和高并发是毕业后求职大厂面试中必问的知识点,自己之前总是面试前才去找相关的知识点面试题来背背,隔段时间又忘了,没有沉淀下来,于是自己总结了下相关的知识点. 多线程 1. 进程和线程之间有什么不同? 进程是一个独立的运行环境,它可以被看作是一个程序或者一个应用.而线程是在进程中执行的一个任务.进程是操作系统进行资源分配的基本单位,而线程是操作系统进行调度的基本单位.进程让操作系统的并发性成为可能,而线程让进程的内部并发成为可能.好比Java运