深入分析Java线程中断机制

简介:

Thread.interrupt真的能中断线程吗

在平时的开发过程中,相信都会使用到多线程,在使用多线程时,大家也会遇到各种各样的问题,今天我们就来说说一个多线程的问题——线程中断。在 java中启动线程非常容易,大多数情况下我是让一个线程执行完自己的任务然后自己停掉,但是有时候我们需要取消某个操作,比如你在网络下载时,有时候需 要取消下载。实现线程的安全中断并不是一件容易的事情,因为Java并不支持安全快速中断线程的机制,这里估计很多同学就会说了,java不是提供了Thread.interrupt 方法中断线程吗,好吧,我们今天就从这个方法开始说起。

深入分析Java线程中断机制

但是调用此方法线程真的会停止吗?我们写个demo看看就知道了。


 
 
  1. public class Main { 
  2.   private static final String TAG = "Main"
  3.   public static void main(String[] args) { 
  4.     Thread t=new Thread(new NRunnable()); 
  5.     t.start(); 
  6.     System.out.println("is start......."); 
  7.     try { 
  8.       Thread.sleep(3000); 
  9.     } catch (InterruptedException e) { 
  10.  
  11.     } 
  12.  
  13.     t.interrupt(); 
  14.     System.out.println("is interrupt......."); 
  15.  
  16.   } 
  17.  
  18.   public static class NRunnable implements Runnable 
  19.   { 
  20.  
  21.     @Override 
  22.     public void run() { 
  23.       while(true
  24.       { 
  25.         System.out.println("我没有种中断"); 
  26.         try { 
  27.           Thread.sleep(1000); 
  28.         } catch (InterruptedException e) { 
  29.  
  30.         } 
  31.       } 
  32.     } 
  33.  
  34.   } 

如果interrutp方法能够中断线程,那么在打印了is interrupt…….之后应该是没有log了,我们看看执行结果吧

is start.......
我没有种中断
我没有种中断
我没有种中断
我没有种中断
我没有种中断
is interrupt.......
我没有种中断
我没有种中断
我没有种中断
我没有种中断
我没有种中断
....

通过结果可以发现子线程并没有中断

所以 Thread.interrupt() 方法并不能中断线程,该方法仅仅告诉线程外部已经有中断请求,至于是否中断还取决于线程自己。在Thread类中除了interrupt() 方法还有另外两个非常相似的方法:interrupted 和 isInterrupted 方法,下面来对这几个方法进行说明:

  • interrupt 此方法是实例方法,用于告诉此线程外部有中断请求,并且将线程中的中断标记设置为true

  • interrupted 此方法是类方法,测试当前线程是否已经中断。线程的中断状态 由该方法清除。换句话说,如果连续两次调用该方法,则第二次调用将返回 false(在第一次调用已清除了其中断状态之后,且第二次调用检验完中断状态前,当前线程再次中断的情况除外)。

  • isInterrupted 此方法是实例方法测试线程是否已经中断。线程的中断状态 不受该方法的影响。 线程中断被忽略,因为在中断时不处于活动状态的线程将由此返回 false 的方法反映出来

处理线程中断的常用方法

设置取消标记

还是用上面的例子,只不过做了些修改


 
 
  1. public static void main(String[] args) { 
  2.     NRunnable run=new NRunnable(); 
  3.     Thread t=new Thread(run); 
  4.     t.start(); 
  5.     System.out.println("is start......."); 
  6.     try { 
  7.       Thread.sleep(3000); 
  8.     } catch (InterruptedException e) { 
  9.  
  10.     } 
  11.     run.cancel(); 
  12.     System.out.println("cancel ..."+System.currentTimeMillis()); 
  13.   } 
  14.  
  15.   public static class NRunnable implements Runnable 
  16.   { 
  17.     public boolean isCancel=false
  18.  
  19.     @Override 
  20.     public void run() { 
  21.       while(!isCancel) 
  22.       { 
  23.         System.out.println("我没有种中断"); 
  24.         try { 
  25.           Thread.sleep(10000); 
  26.         } catch (InterruptedException e) { 
  27.  
  28.         } 
  29.       } 
  30.       System.out.println("我已经结束了..."+System.currentTimeMillis()); 
  31.     } 
  32.  
  33.     public void cancel() 
  34.     { 
  35.       this.isCancel=true
  36.     } 
  37.  
  38.   } 

执行结果如下:

is start.......
我没有种中断
cancel ...1438396915809
我已经结束了...1438396922809

通过结果,我们发现线程确实已经中断了,但是细心的同学应该发现了一个问题,调用cancel方法和最后线程执行完毕之间隔了好几秒的时间,也就是说线程不是立马中断的,我们下面来分析一下原因:

子线程退出的条件是while循环结束,也就是cancel标示设置为true,但是当我们调用cancel方法将calcel标记设置为true 时,while循环里面有一个耗时操作(sleep方法模拟),只有等待耗时操作执行完毕后才会去检查这个标记,所以cancel方法和线程退出中间有时 间间隔。

通过interrupt 和 isinterrupt 方法来中断线程


 
 
  1. public static void main(String[] args) { 
  2.     Thread t=new NThread(); 
  3.     t.start(); 
  4.     System.out.println("is start......."); 
  5.     try { 
  6.       Thread.sleep(3000); 
  7.     } catch (InterruptedException e) { 
  8.  
  9.     } 
  10.     System.out.println("start interrupt..."+System.currentTimeMillis()); 
  11.     t.interrupt(); 
  12.     System.out.println("end interrupt ..."+System.currentTimeMillis()); 
  13.   } 
  14.  
  15.   public static class NThread extends Thread 
  16.   { 
  17.  
  18.     @Override 
  19.     public void run() { 
  20.       while(!this.isInterrupted()) 
  21.       { 
  22.         System.out.println("我没有种中断"); 
  23.         try { 
  24.           Thread.sleep(10000); 
  25.         } catch (InterruptedException e) { 
  26.           Thread.currentThread().interrupt(); 
  27.         } 
  28.       } 
  29.       System.out.println("我已经结束了..."+System.currentTimeMillis()); 
  30.     } 
  31.  
  32.   } 

运行结果如下:

is start.......
我没有种中断
start interrupt...1438398800110
我已经结束了...1438398800110
end interrupt ...1438398800110

这次是立马中断的,但是这种方法是由局限性的,这种方法仅仅对于会抛出InterruptedException 异常的任务时有效的,比如java中的sleep、wait 等方法,对于不会抛出这种异常的任务其效果其实和第一种方法是一样的,都会有延迟性,这个例子中还有一个非常重要的地方就是cache语句中,我们调用了Thread.currentThread().interrupt() 我们把这句代码去掉,运行你会发现这个线程无法终止,因为在抛出InterruptedException 的同时,线程的中断标志被清除了,所以在while语句中判断当前线程是否中断时,返回的是false.针对InterruptedException 异常,我想说的是:一定不能再catch语句块中什么也不干,如果你实在不想处理,你可以将异常抛出来,让调用抛异常的方法也成为一个可以抛出InterruptedException 的方法,如果自己要捕获此异常,那么最好在cache语句中调用 Thread.currentThread().interrupt(); 方法来让高层只要中断请求并处理该中断。

对于上述两种方法都有其局限性,第一种方法只能处理那种工作量不大,会频繁检查循环标志的任务,对于第二种方法适合用于抛出InterruptedException的代码。也就是说第一种和第二种方法支持的是支持中断的线程任务,那么不支持中断的线程任务该怎么做呢。

例如 如果一个线程由于同步进行I/O操作导致阻塞,中断请求不会抛出InterruptedException ,我们该如何中断此线程呢。

处理不支持中断的线程中断的常用方法

改写线程的interrupt方法


 
 
  1. public static class ReaderThread extends Thread 
  2.    public static final int BUFFER_SIZE=512
  3.    Socket socket; 
  4.    InputStream is; 
  5.  
  6.    public ReaderThread(Socket socket) throws IOException 
  7.    { 
  8.      this.socket=socket; 
  9.      is=this.socket.getInputStream(); 
  10.    } 
  11.  
  12.    @Override 
  13.   public void interrupt() { 
  14.      try 
  15.      { 
  16.        socket.close(); 
  17.      }catch(IOException e) 
  18.      { 
  19.  
  20.      }finally 
  21.      { 
  22.        super.interrupt(); 
  23.      } 
  24.     super.interrupt(); 
  25.   } 
  26.    @Override 
  27.   public void run() { 
  28.      try 
  29.      { 
  30.        byte[]buf=new byte[BUFFER_SIZE]; 
  31.        while(true
  32.        { 
  33.          int count=is.read(buf); 
  34.          if(count<0
  35.            break
  36.          else if(count>0
  37.          { 
  38.  
  39.          } 
  40.        } 
  41.      }catch(IOException e) 
  42.      { 
  43.  
  44.      } 
  45.   } 

例如在上面的例子中,改写了Thread的interrupt 方法,当调用interrupt 方法时,会关闭socket,如果此时read方法阻塞,那么会抛出IOException 此时线程任务也就结束了。

以上方法是通过改写线程的interrupt 方法实现,那么对于使用线程池的任务该怎么中断呢。

改写线程池的newTaskFor方法

通常我们向线程池中加入一个任务采用如下形式:


 
 
  1. Future<?> future=executor.submit(new Runnable(){ 
  2.       @Override 
  3.       public void run() { 
  4.  
  5.       } 
  6.     }); 
  7.  
  8. 取消任务时,调用的是future的cancel方法,其实在cancel方法中调用的是线程的interrupt方法。所以对于不支持中断的任务cancel也是无效的,下面我们看看submit方法里面干了上面吧 
  9.  
  10.     public Future<?> submit(Runnable task) { 
  11.         if (task == nullthrow new NullPointerException(); 
  12.         RunnableFuture<Void> ftask = newTaskFor(task, null); 
  13.         execute(ftask); 
  14.         return ftask; 
  15.     } 
  16.  
  17. 这里调用的是AbstractExecutorService 的newTaskFor方法,那么我们能不能改写ThreadPoolExecutor的newTaskFor方法呢,接下来看我在处理吧 
  18.  
  19. 定义一个基类,所有需要取消的任务继承这个基类 
  20.  
  21. public interface CancelableRunnable<T> extends Runnable { 
  22.  
  23.   public void cancel(); 
  24.   public RunnableFuture<T> newTask(); 
  25.  
  26.  
  27. 将上面的ReaderThread改为继承这个类 
  28.  
  29.  public static class ReaderThread implements CancelableRunnable<Void> 
  30.   { 
  31.     public static final int BUFFER_SIZE=512
  32.     Socket socket; 
  33.     InputStream is; 
  34.  
  35.     public ReaderThread(Socket socket) throws IOException 
  36.     { 
  37.       this.socket=socket; 
  38.       is=this.socket.getInputStream(); 
  39.     } 
  40.  
  41.     @Override 
  42.    public void run() { 
  43.       try 
  44.       { 
  45.         byte[]buf=new byte[BUFFER_SIZE]; 
  46.         while(true
  47.         { 
  48.           int count=is.read(buf); 
  49.           if(count<0
  50.             break
  51.           else if(count>0
  52.           { 
  53.  
  54.           } 
  55.         } 
  56.       }catch(IOException e) 
  57.       { 
  58.  
  59.       } 
  60.    } 
  61.  
  62.     @Override 
  63.     public void cancel() { 
  64.       try { 
  65.         socket.close(); 
  66.       } catch (IOException e) { 
  67.  
  68.       } 
  69.     } 
  70.  
  71.     @Override 
  72.     public RunnableFuture<Void> newTask() { 
  73.       return new FutureTask<Void>(this,null
  74.           { 
  75.             @Override 
  76.             public boolean cancel(boolean mayInterruptIfRunning) { 
  77.               return super.cancel(mayInterruptIfRunning); 
  78.               if(ReaderThread.this instanceof CancelableRunnable)) 
  79.               { 
  80.                 ((CancelableRunnable)(ReaderThread.this)).cancel(); 
  81.               }else 
  82.               { 
  83.                 super.cancel(mayInterruptIfRunning); 
  84.               } 
  85.             } 
  86.           }; 
  87.  
  88.     } 

当你调用future的cancel的方法时,它会关闭socket,最终导致read方法异常,从而终止线程任务。


来源:51CTO

相关文章
|
16天前
|
存储 监控 Java
【Java并发】【线程池】带你从0-1入门线程池
欢迎来到我的技术博客!我是一名热爱编程的开发者,梦想是编写高端CRUD应用。2025年我正在沉淀中,博客更新速度加快,期待与你一起成长。 线程池是一种复用线程资源的机制,通过预先创建一定数量的线程并管理其生命周期,避免频繁创建/销毁线程带来的性能开销。它解决了线程创建成本高、资源耗尽风险、响应速度慢和任务执行缺乏管理等问题。
142 60
【Java并发】【线程池】带你从0-1入门线程池
|
5天前
|
存储 网络协议 安全
Java网络编程,多线程,IO流综合小项目一一ChatBoxes
**项目介绍**:本项目实现了一个基于TCP协议的C/S架构控制台聊天室,支持局域网内多客户端同时聊天。用户需注册并登录,用户名唯一,密码格式为字母开头加纯数字。登录后可实时聊天,服务端负责验证用户信息并转发消息。 **项目亮点**: - **C/S架构**:客户端与服务端通过TCP连接通信。 - **多线程**:采用多线程处理多个客户端的并发请求,确保实时交互。 - **IO流**:使用BufferedReader和BufferedWriter进行数据传输,确保高效稳定的通信。 - **线程安全**:通过同步代码块和锁机制保证共享数据的安全性。
55 23
|
2月前
|
并行计算 安全 Java
Python GIL(全局解释器锁)机制对多线程性能影响的深度分析
在Python开发中,GIL(全局解释器锁)一直备受关注。本文基于CPython解释器,探讨GIL的技术本质及其对程序性能的影响。GIL确保同一时刻只有一个线程执行代码,以保护内存管理的安全性,但也限制了多线程并行计算的效率。文章分析了GIL的必要性、局限性,并介绍了多进程、异步编程等替代方案。尽管Python 3.13计划移除GIL,但该特性至少要到2028年才会默认禁用,因此理解GIL仍至关重要。
180 16
Python GIL(全局解释器锁)机制对多线程性能影响的深度分析
|
7天前
|
缓存 运维 Java
Java静态代码块深度剖析:机制、特性与最佳实践
在Java中,静态代码块(或称静态初始化块)是指类中定义的一个或多个`static { ... }`结构。其主要功能在于初始化类级别的数据,例如静态变量的初始化或执行仅需运行一次的初始化逻辑。
25 4
|
12天前
|
Java 调度
【源码】【Java并发】【线程池】邀请您从0-1阅读ThreadPoolExecutor源码
当我们创建一个`ThreadPoolExecutor`的时候,你是否会好奇🤔,它到底发生了什么?比如:我传的拒绝策略、线程工厂是啥时候被使用的? 核心线程数是个啥?最大线程数和它又有什么关系?线程池,它是怎么调度,我们传入的线程?...不要着急,小手手点上关注、点赞、收藏。主播马上从源码的角度带你们探索神秘线程池的世界...
81 0
【源码】【Java并发】【线程池】邀请您从0-1阅读ThreadPoolExecutor源码
|
1月前
|
Java 程序员 开发者
Java社招面试题:一个线程运行时发生异常会怎样?
大家好,我是小米。今天分享一个经典的 Java 面试题:线程运行时发生异常,程序会怎样处理?此问题考察 Java 线程和异常处理机制的理解。线程发生异常,默认会导致线程终止,但可以通过 try-catch 捕获并处理,避免影响其他线程。未捕获的异常可通过 Thread.UncaughtExceptionHandler 处理。线程池中的异常会被自动处理,不影响任务执行。希望这篇文章能帮助你深入理解 Java 线程异常处理机制,为面试做好准备。如果你觉得有帮助,欢迎收藏、转发!
106 14
|
1月前
|
安全 Java 程序员
Java 面试必问!线程构造方法和静态块的执行线程到底是谁?
大家好,我是小米。今天聊聊Java多线程面试题:线程类的构造方法和静态块是由哪个线程调用的?构造方法由创建线程实例的主线程调用,静态块在类加载时由主线程调用。理解这些细节有助于掌握Java多线程机制。下期再见! 简介: 本文通过一个常见的Java多线程面试题,详细讲解了线程类的构造方法和静态块是由哪个线程调用的。构造方法由创建线程实例的主线程调用,静态块在类加载时由主线程调用。理解这些细节对掌握Java多线程编程至关重要。
57 13
|
2月前
|
存储 Java 开发者
【潜意识Java】深入详细理解分析Java中的toString()方法重写完整笔记总结,超级详细。
本文详细介绍了 Java 中 `toString()` 方法的重写技巧及其重要
63 10
【潜意识Java】深入详细理解分析Java中的toString()方法重写完整笔记总结,超级详细。
|
1月前
|
安全 Java 开发者
【JAVA】封装多线程原理
Java 中的多线程封装旨在简化使用、提高安全性和增强可维护性。通过抽象和隐藏底层细节,提供简洁接口。常见封装方式包括基于 Runnable 和 Callable 接口的任务封装,以及线程池的封装。Runnable 适用于无返回值任务,Callable 支持有返回值任务。线程池(如 ExecutorService)则用于管理和复用线程,减少性能开销。示例代码展示了如何实现这些封装,使多线程编程更加高效和安全。
|
2月前
|
Java 应用服务中间件 API
【潜意识Java】javaee中的SpringBoot在Java 开发中的应用与详细分析
本文介绍了 Spring Boot 的核心概念和使用场景,并通过一个实战项目演示了如何构建一个简单的 RESTful API。
53 5

热门文章

最新文章