java多线程编程:你真的了解线程中断吗?
java.lang.Thread类有一个 interrupt 方法,该方法直接对线程调用。当被interrupt的线程正在sleep或wait时,会抛出 InterruptedException 异常。事实上, interrupt 方法只是改变目标线程的中断状态(interrupt status),而那些会抛出InterruptedException 异常的方法,如wait、sleep、join等,都是在方法内部不断地检查中断状态的值,如果发现中断,则抛出InterruptedException异常。
interrupt方法
Thread实例方法:必须由其它线程获取被调用线程的实例后,进行调用。实际上,只是改变了被调用线程的内部中断状态;
Thread.interrupted方法
Thread类方法:必须在当前执行线程内调用,该方法返回当前线程的内部中断状态,然后清除中断状态(置为false) ;
isInterrupted方法
Thread实例方法:用来检查指定线程的中断状态。当线程为中断状态时,会返回true;否则返回false。
上面的一些说法比较抽象,为了验证上述说法,写几个demo来验证一下。
一、中断和中断检查
1、interrupt方法可能不会中断线程
首先得明确第一个问题:interrupt方法是用于中断线程的方法,但是实际如果线程内没有sleep等阻塞方法,它实际上并不会中断线程,就算有sleep等方法执行,但是如果将异常捕获了,那它也不会中断线程的执行。看以下代码:
public class ThreadTest1 {
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(new Task("mytask"));
t.start();
t.interrupt();
}
static class Task implements Runnable {
String name;
public Task(String name) {
this.name = name;
}
@Override
public void run() {
int i = 0;
while (true) {
System.out.println(i++);
}
}
}
}
运行该程序,将会进入死循环,不断打印i的自增值,最后整型溢出也不会停止,主线程调用的interrupt方法根本无法阻止线程继续运行。
正是之前所说的,“interrupt方法只是改变了被调用线程的内部中断状态“,那如何检查线程的中断状态呢?
2、isInterrupted实例方法检查中断状态
接下来我们调用Thread类的isInterrupted实例方法来检查线程的中断状态
public class ThreadTest2 {
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(new Task("mytask"));
t.start();
t.interrupt();
}
static class Task implements Runnable {
String name;
public Task(String name) {
this.name = name;
}
@Override
public void run() {
//检查两次中断状态,都是true
System.out.println("first:"+Thread.currentThread().isInterrupted());
System.out.println("second:"+Thread.currentThread().isInterrupted());
System.out.println("task " + name + " is over");
}
}
}
上述代码的运行结果如下
first:true
second:true
task mytask is over
主线程调用了中断方法,线程内调用线程的isInterrupted方法,输出都是true,表示都检测到了中断。为什么要输出两次一模一样的检测结果呢?是为了验证第一次调用的isInterrupted方法并没有改变中断状态。
3、interrupted静态方法检查中断状态
interrupted方法是Thread类的静态方法,它也能检查当前线程的中断状态,但是只能检查一次:这个静态方法有个天坑,它返回中断状态之后,会将中断标志复位成false,所以第二次调用该静态方法就会发现中断标志被改变了。
public class ThreadTest3 {
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(new Task("mytask"));
t.start();
t.interrupt();
}
static class Task implements Runnable {
String name;
public Task(String name) {
this.name = name;
}
@Override
public void run() {
//第一次调用返回中断状态,并将中断状态复位
System.out.println("first :" + Thread.interrupted());
//第二次调用返回复位后的中断状态
System.out.println("second:" + Thread.interrupted());
System.out.println("task " + name + " is over");
}
}
}
中断代码的输出结果为
first :true
second:false
task mytask is over
可以看到,重复调用Thread.interrupted()方法,得到的结果并不一样,原因就是第一次调用的时候中断状态被复位了。
二、中断抛异常的情况讨论
1、阻塞中断并抛出异常
既然是中断方法,那它肯定能在某些情况下中断线程的执行,什么情况下呢?就是在大多数阻塞方法下,比如线程正在sleep、wait、join等。
看下以下代码示例
public class ThreadTest {
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(new Task("mytask"));
t.start();
t.interrupt();
}
static class Task implements Runnable {
String name;
public Task(String name) {
this.name = name;
}
@Override
public void run() {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
System.out.println("thread has been interrupt!");
}
// 阻塞情况下中断,抛出异常后线程恢复非中断状态,即 interrupted = false
System.out.println("isInterrupted: " +
Thread.currentThread().isInterrupted());
System.out.println("task " + name + " is over");
}
}
}
它的运行结果如下
thread has been interrupt!
isInterrupted: false
task mytask is over
线程在sleep期间被中断并抛出了InterruptedException异常,抛出异常后立即重置了中断状态,所以接下来的检查中断方法得到的结果是false。
2、interrupted不会中断锁阻塞
对于sleep等阻塞方法,遇到interrupt中断方法会抛出异常,但是对于锁阻塞,则不会,看以下案例
public class ThreadTest4 {
public static void main(String[] args) throws InterruptedException {
Task mytask = new Task("mytask");
Thread t1 = new Thread(mytask);
Thread t2 = new Thread(mytask);
t1.start();
t2.start();
t2.interrupt();
}
static class Task implements Runnable {
String name;
public Task(String name) {
this.name = name;
}
@Override
public void run() {
synchronized (this) {
System.out.println(new Date() + ":" + Thread.currentThread().getName() + ": start run");
try {
Thread.sleep(3000L);
} catch (InterruptedException e) {
System.out.println(new Date() + ":" + Thread.currentThread().getName() + ":catch interrupted exception");
}
}
System.out.println(new Date() + ":" + Thread.currentThread().getName() + ":" + Thread.currentThread().isInterrupted());
}
}
}
该程序运行结果如下
Fri Jun 14 15:11:52 CST 2024:Thread-0: start run
Fri Jun 14 15:11:55 CST 2024:Thread-1: start run
Fri Jun 14 15:11:55 CST 2024:Thread-0:false
Fri Jun 14 15:11:55 CST 2024:Thread-1:catch interrupted exception
Fri Jun 14 15:11:55 CST 2024:Thread-1:false
线程0持有锁之后等待了3秒钟,在等待期间,线程1尝试进入方法区,但是拿不到锁,所以进不去,进入锁等待状态,这时候主线程调用了线程1的线程中断方法interrupt,但是线程1并没有任何反映,等待线程0释放了锁之后,拿到锁,这时候它开始执行sleep方法,由于线程中断,抛出了InterruptedException,所以它“没睡”,直接打印信息后结束了线程。
如果我们不想线程1抛出异常,该怎么做呢?其实只需要稍微修改一点代码:
System.out.println(new Date() + ":" + Thread.currentThread().getName() + ": start run");
将上面这行代码改成下面这样子
System.out.println(new Date() + ":" + Thread.currentThread().getName() +":" + Thread.interrupted() + ": start run");
只是进入方法区之后加了一点点逻辑:Thread.interrupted()
再次执行上面的主方法,得到的结果为
Fri Jun 14 15:20:09 CST 2024:Thread-0:false: start run
Fri Jun 14 15:20:12 CST 2024:Thread-1:true: start run
Fri Jun 14 15:20:12 CST 2024:Thread-0:false
Fri Jun 14 15:20:15 CST 2024:Thread-1:false
现成1不抛异常了,而且正常等待了3秒钟。。。可见,Thread.interrupted方法真是个隐藏的bug方法啊
三、总结
1、调用interrupt方法中断线程实际上只是设置了中断标志,只有线程在执行sleep、wait等阻塞的方法的时候才会抛出中断异常,但是并不会中断锁阻塞;中断抛出异常后会重置中断状态为false
2、可以调用Thread类的isInterrupted实例方法检测线程的中断状态,该方法不会重置中断状态为false
3、可以调用Thread类的interrupted静态方法检测线程的中断状态,该方法会重置中断状态为false,所以要慎用。
最后都看到这里了,欢迎光临我的个人博客:https://blog.kdyzm.cn ~
java多线程编程:你真的了解线程中断吗?的更多相关文章
- Java多线程编程(七)线程状态、线程组与异常处理
一.线程的状态 线程对象在不同的运行时期有不同的状态,状态信息就存在于State枚举类中. 调用与线程有关的方法后,会进入不同的线程状态,这些状态之间某些是可双向切换的,比如WAITING和RUNNI ...
- java并发编程(二)线程中断
参考:http://blog.csdn.net/ns_code/article/details/17091267 使用interrupt()中断线程 当一个线程运行时,另一个线程可以调用对应的Thre ...
- Java多线程系列 基础篇04 线程中断
1. 中断线程 中断可以理解为线程的一个标志位属性,它表示一个运行中的线程是否被其他线程进行了中断操作,其他线程通过调用该线程的interrupt()方法对其进行中断操作,线程通过检查自身是否被中断来 ...
- java多线程编程(1) 线程的基本知识
在前面研究过多线程与进程的区别. 这里在稍微总结一下: 进程:程序动态的一次执行过程. 线程:可以只是程序员的一部分的执行过程 每个进程有多个线程组成,在java程序中,至少两个线程一个是垃圾回收线程 ...
- Java多线程编程(三)线程间通信
线程是操作系统中独立的个体,但这些个体如果不经过特殊的处理就不能成为一个整体.线程间的通信就是成为整体的必用方案之一,可以说,使线程间进行通信后,系统之间的交互性会更强大,在大大提高CPU利用率的同时 ...
- 使用Java 多线程编程 让三个线程轮流输出ABC,循环10次后结束
简要分析: 要求三个线程轮流输出,这里我们要使用一个对象锁,让关键部分的代码放入同步块当中.同时要有一个变量记录打印的次数到达10次循环后不再打印,另外一个就是要给每个线程一个标志号,我们根据标识号来 ...
- Java多线程编程核心(1)
Java多线程编程核心(1) 停止线程 本节主要讨论如何更好停止一个线程.停止线程意味着在线程处理完成任务之前放弃当前操作. 1.停不了的线程 可能大多数同学会使用interrupt()来停止线程,但 ...
- Java多线程-两种常用的线程计数器CountDownLatch和循环屏障CyclicBarrier
Java多线程编程-(1)-线程安全和锁Synchronized概念 Java多线程编程-(2)-可重入锁以及Synchronized的其他基本特性 Java多线程编程-(3)-从一个错误的双重校验锁 ...
- Java多线程编程(4)--线程同步机制
一.锁 1.锁的概念 线程安全问题的产生是因为多个线程并发访问共享数据造成的,如果能将多个线程对共享数据的并发访问改为串行访问,即一个共享数据同一时刻只能被一个线程访问,就可以避免线程安全问题.锁 ...
- “全栈2019”Java多线程第三十一章:中断正在等待显式锁的线程
难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java多 ...
随机推荐
- 面对DNS劫持,只能坐以待毙吗?
简介: 借助 ARMS-云拨测,我们可实时对网站进行监控,实现分钟级别的监控,及时发现 DNS 劫持以及页面篡改. 作者:白玙 DNS 劫持作为最常见的网络攻击方式,是每个站长或者运维团队最为头疼的 ...
- 系统架构面临的三大挑战,看 Kubernetes 监控如何解决?
简介: 随着 Kubernetes 的不断实践落地,我们经常会遇到负载均衡.集群调度.水平扩展等问题.归根到底,这些问题背后都暴露出流量分布不均的问题.那么,我们该如何发现资源使用,解决流量分布不均 ...
- Microsoft SQL Server 自定义函数整理大全
https://www.cnblogs.com/ybb521/p/3210271.html
- Go语言基础(一)
一.Go语言简介 Go即Golang,是Google公司2009年11月正式对外公开的一门语言 Go是静态强类型语言,是区别于解析型语言的编译型语言. 解析型语言--源代码是先翻译为中间代码,然后解析 ...
- 使用组合逻辑电路驱动VGA显示器
使用组合逻辑电路驱动VGA显示器 1. 概述 本文讲述一种不使用缓冲存储器驱动VGA显示的简单方法.其中,VGA分辨率采用DE10-Lite建议使用的640X480.像素的时钟25MHz,刷新率59. ...
- 快速入门一篇搞定RocketMq-实现微服务实战落地
1.RocketMq介绍 RocketMQ起源于阿里巴巴,最初是为了解决邮件系统的高可靠性和高性能而设计的.在2016年开源分布式消息中间件,并逐渐成为Apache顶级项目.现在是Apache的一个顶 ...
- 前端调用DRI后端API出现跨域资源共享(CORS)问题解决办法
目录 1. 引言 2. 跨源资源共享和实现方法 3. 在Django项目中配置django-cors-headers库 Reference 1. 引言 在进行后端API开发时,有时会遇到"跨 ...
- vue03 01.vite创建项目
目录 01.创建项目 打包工具 vite介绍 安装命令 安装项目依赖 启动项目 浏览效果 代码目录 打包 预览运行 插件使用 编辑器 01.创建项目 打包工具 vite官网 vite创建项目 vite ...
- GaussDB细粒度资源管控技术透视
本文分享自华为云社区<[GaussTech速递]技术解读之细粒度资源管控>,作者:GaussDB 数据库. 背景 对数据库集群内资源管控与资源隔离一直是企业客户长久以来的诉求.华为云Gau ...
- 关于文心一言不能打开F12开发者工具
直接被JS写死的debugger关键字下了断点.行吧,不让调试就不让调试吧,关闭开发者工具之后,直接跳到了空白页. 开发者工具Ctrl+F8可以禁用断点调试 点击查看代码 <!DOCTYPE h ...