聊聊 Java 中的中断机制

开发 后端
在Java中,用于终止一个正在运行中的线程,并非调用stop方法,而是自行设置一个标志位,在安全点检测标志位,决定是否退出,但也可能会因为线程被挂起,无法走到标志位。

[[439899]]

在Java中,用于终止一个正在运行中的线程,并非调用stop方法,而是自行设置一个标志位,在安全点检测标志位,决定是否退出,但也可能会因为线程被挂起,无法走到标志位。因此,Java线程提供了中断机制,Thread类提供了中断线程执行的调用方法:interrupt,用于中断因线程挂起的等待,调用interrupt方法后,线程会被唤醒,待下次cpu调度就会继续执行中断后的代码 。

我们经常会调用Thread#sleep、Object#wait、Queue#poll等方法,并要求我们处理InterruptedException异常。 那么,抛出InterruptedException后,线程会终止吗?

如果不捕获InterruptedException,那么线程就会因为异常终止,是因为异常终止,并不是因为被中断。如果捕获了InterruptedException,那么线程就不会终止。

中断,其实只是jvm用于唤醒因锁竞争、I/O操作、休眠等待被挂起的线程,并设置一个中断标志,我们可以利用这个标志去做一些处理。比如,当我们发送消息给远程服务器,并休眠等待结果时,如果线程被唤醒,并设置了中断标志,此时我们可以知道,并非等到结果被唤醒的,而是被中断唤醒的,可以决定是继续等待结果,还是放弃等待。

xxl-job提供取消任务操作,而任何运行中的线程,都只能利用中断机制去结束线程任务,所以我们想要任务支持被取消,那么在写定时任务时,一定要考虑清楚,是不是应该捕获InterruptedException,如何利用中断标志结束任务,否则将会导致任务无法被取消。

我们来看个案例:

  1. @Test 
  2. public void test() { 
  3.     ExecutorService executorService = Executors.newSingleThreadExecutor(); 
  4.     Future<?> future = executorService.submit(() -> { 
  5.         while (true) { 
  6.             System.out.println( "rung....." ); 
  7.             ThreadUtils.sleep(1000); 
  8.         } 
  9.     }); 
  10.     ThreadUtils.sleep(1000); 
  11.     future.cancel(true); 
  12.     try { 
  13.         future.get(); 
  14.     } catch (InterruptedException | CancellationException | ExecutionException e) { 
  15.         e.printStackTrace(); 
  16.     } 
  17.     ThreadUtils.sleep(1000 * 60); 

此案例创建了只有一个线程的线程池,提交了一个死循序任务,该任务只调用ThreadUtils.sleep方法进入休眠。平常我们调用Thread.sleep方法都要求是否捕获中断异常,很多时候我们都会嫌弃麻烦,就用一个工具类提供sleep方法,然后将中断异常捕获,如ThreadUtils:

  1. public class ThreadUtils { 
  2.     public static void sleep(long millis) { 
  3.         try { 
  4.             Thread.sleep(millis); 
  5.         } catch (InterruptedException ignored) { 
  6.         } 
  7.     } 

此案例中,由于我们捕获了中断异常,因此这会导致任务并不会被终止,只是当我们调用future的get方法时会抛出CancellationException异常,如下图所示。

任务依然在运行中......

因此,在实际开发中,如果我们开发的Job也是如此,将会导致Job无法被中断取消,直至Job执行完成或者重启。在开发Job时,应当合理考虑是否要捕获中断异常。

如果我们希望案例中的任务能够被终止,我们可以这样处理:

  1. @Test 
  2. public void test() { 
  3.     ExecutorService executorService = Executors.newSingleThreadExecutor(); 
  4.     Future<?> future = executorService.submit(() -> { 
  5.         while (true) { 
  6.             System.out.println( "rung....." ); 
  7.             try { 
  8.                 Thread.sleep(1000); 
  9.             } catch (InterruptedException ex) { 
  10.                 System.err.println( "interrupted" ); 
  11.                 return; // 退出死循环 
  12.             } 
  13.         } 
  14.     }); 
  15.     ThreadUtils.sleep(1000); 
  16.     future.cancel(true); 
  17.     try { 
  18.         future.get(); 
  19.     } catch (InterruptedException | CancellationException | ExecutionException e) { 
  20.         e.printStackTrace(); 
  21.     } 
  22.     ThreadUtils.sleep(1000 * 60); 

关于Thread的interrupt方法,注释描述的大致意思如下:

  • 如果被中断的线程,当前是调用Object#wait、Thread#join、Thread#sleep方法,将收到InterruptedException,并且会清除中断标志;
  • 如果此线程在I/O操作中(指java nio)被阻塞,调用interrupt方法通道将被关闭,线程将收到一个ClosedByInterruptException,并且会设置中断标志;
  • ....

怎么理解中断标志呢?

“如果被中断的线程,当前是调用Object#wait、Thread#join、Thread#sleep方法,将收到InterruptedException,并且会清除中断标志”,案例中的代码正好符合这点,如果我们将案例代码改为如下:

  1. @Test 
  2. public void test() { 
  3.     ExecutorService executorService = Executors.newSingleThreadExecutor(); 
  4.     Future<?> future = executorService.submit(() -> { 
  5.         while (!Thread.interrupted()) { 
  6.             System.out.println( "rung....." ); 
  7.             try { 
  8.                 Thread.sleep(1000); 
  9.             } catch (InterruptedException ex) { 
  10.                 System.err.println( "interrupted" ); 
  11.             } 
  12.         } 
  13.     }); 
  14.     ThreadUtils.sleep(1000); 
  15.     future.cancel(true); 
  16.     try { 
  17.         future.get(); 
  18.     } catch (InterruptedException | CancellationException | ExecutionException e) { 
  19.         e.printStackTrace(); 
  20.     } 
  21.     ThreadUtils.sleep(1000 * 60); 

执行这段代码你会发现,死循环根本没有退出,正是因为Thread#sleep方法被中断,JVM并不会设置中断标志,只是抛出InterruptedException异常。

其它情况下,JVM只会设置中断标志,并不会抛出InterruptedException。如果我们不处理中断信号,那么中断信号并不会影响程序的继续执行。

  1. @Test 
  2. public void test2() { 
  3.     ExecutorService executorService = Executors.newSingleThreadExecutor(); 
  4.     Future<?> future = executorService.submit(() -> { 
  5.         int number = 0; 
  6.         while (!Thread.interrupted()) { 
  7.             number++; 
  8.         } 
  9.         System.out.println(number); 
  10.     }); 
  11.     ThreadUtils.sleep(1000); 
  12.     future.cancel(true); 
  13.     try { 
  14.         future.get(); 
  15.     } catch (InterruptedException | CancellationException | ExecutionException e) { 
  16.         e.printStackTrace(); 
  17.     } 
  18.     ThreadUtils.sleep(1000 * 60); 

 

此案例并没有I/O操作导致的阻塞,因为调用中断方法后,线程只是设置了中断标志,我们用中断标志作为循序的退出条件,运行此案例,我们将看到,线程中断后,任务终止。反之,如果我们不处理中断标志,那么就等着IDEA进程卡掉吧。

 

责任编辑:武晓燕 来源: Java艺术
相关推荐

2020-11-20 07:51:02

JavaSPI机制

2015-08-03 09:54:26

Java线程Java

2024-02-27 08:05:32

Flink分区机制数据传输

2022-05-06 08:26:32

JavaSPI机制

2009-07-23 14:08:46

Windows Emb

2023-02-24 16:46:25

Glide缓存机制

2022-04-02 08:14:02

JavaThreadLoca数据

2024-06-11 09:22:51

2021-09-26 05:06:04

Node.js模块机制

2021-03-09 08:01:27

CPUarm64寄存器

2020-07-02 22:42:18

Java异常编程

2024-05-11 08:31:20

中断机制插队机制React

2022-03-11 20:46:01

机制命令kerberos

2021-02-05 08:41:44

STM32网络中断

2021-03-28 08:32:58

Java

2021-02-03 15:12:08

java内存溢出

2021-11-17 08:11:35

MySQL

2023-11-09 11:56:28

MySQL死锁

2024-04-26 00:00:00

Rust检查器代码

2021-08-31 07:54:24

SQLDblink查询
点赞
收藏

51CTO技术栈公众号