线程中断 interrupt 和 LockSupport
本文章将要介绍的内容有以下几点,读者朋友也可先自行思考一下相关问题:
- 线程中断 interrupt 方法怎么理解,意思就是线程中断了吗?那当前线程还能继续执行吗?
- 判断线程是否中断的方法有几个,它们之间有什么区别?
- LockSupport的 park/unpark 和 wait/notify 有什么区别?
- sleep 方法是怎么响应中断的?
- park 方法又是怎么响应中断的?
线程中断相关方法
线程中和中断相关的方法有三个,分别介绍如下:
1) interrupt
我们一般都说这个方法是用来中断线程的,那么这个中断应该怎么理解呢? 就是说把当前正在执行的线程中断掉,不让它继续往下执行吗?
其实,不然。 此处,说的中断仅仅是给线程设置一个中断的标识(设置为true),线程还是会继续往下执行的。而线程怎么停止,则需要由我们自己去处理。 一会儿会用代码来说明这个。
2) isInterrupted
判断当前线程的中断状态,即判断线程的中断标识是true还是false。 注意,这个方法不会对线程原本的中断状态产生任何影响。
3) interrupted
也是判断线程的中断状态的。但是,需要注意的是,这个方法和 isInterrupted 有很大的不同。我们看下它们的源码:
public boolean isInterrupted() {
return isInterrupted(false);
}
public static boolean interrupted() {
return currentThread().isInterrupted(true);
}
//调用同一个方法,只是传参不同
private native boolean isInterrupted(boolean ClearInterrupted);
首先 isInterrupted 方法是线程对象的方法,而 interrupted 是Thread类的静态方法。
其次,它们都调用了同一个本地方法 isInterrupted,不同的只是传参的值,这个参数代表的是,是否要把线程的中断状态清除(清除即不论之前的中断状态是什么值,最终都会设置为false)。
因此,interrupted 静态方法会把原本线程的中断状态清除,而 isInterrupted 则不会。所以,如果你调用两次 interrupted 方法,第二次就一定会返回false,除非中间又被中断了一次。
下面证明一下 interrupt 方法只是设置一个中断状态,而不是使当前线程中断运行:
public class TestFlag {
static volatile boolean flag = true;
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(new Runnable(){
@Override
public void run() {
System.out.println("线程中断标志:"+Thread.currentThread().isInterrupted());
while (flag){
}
System.out.println("标志flag为:" + flag);
System.out.println("线程中断标志:"+Thread.currentThread().isInterrupted());
System.out.println("我还在继续执行");
}
});
t.start();
Thread.sleep(100);
flag = false;
t.interrupt();
}
}
运行结果:
线程中断标志:false
标志flag为:false
线程中断标志:true
我还在继续执行
当线程启动,还没调用中断方法时,中断状态为false,然后调用中断方法,并把flag设置为false。此时,run方法跳出while死循环。我们会发现线程的中断状态为true,但是线程还是会继续往下执行,直到执行结束。
sleep 响应中断
线程中常用的阻塞方法,如sleep,join和wait 都会响应中断,然后抛出一个中断异常 InterruptedException。但是,注意此时,线程的中断状态会被清除。所以,当我们捕获到中断异常之后,应该保留中断信息,以便让上层代码知道当前线程中断了。通常有两种方法可以做到。
一种是,捕获异常之后,再重新抛出异常,让上层代码知道。另一种是,在捕获异常时,通过 interrupt 方法把中断状态重新设置为true。
下面,就以sleep方法为例,捕获中断异常,然后重新设置中断状态:
public class TestInterrupt {
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(new Runnable() {
private int count = 0;
@Override
public void run() {
try {
count = new Random().nextInt(1000);
count = count * count;
System.out.println("count:"+count);
Thread.sleep(5000);
} catch (Exception e) {
System.out.println(Thread.currentThread().getName()+"线程第一次中断标志:"+Thread.currentThread().isInterrupted());
//重新把线程中断状态设置为true,以便上层代码判断
Thread.currentThread().interrupt();
System.out.println(Thread.currentThread().getName()+"线程第二次中断标志:"+Thread.currentThread().isInterrupted());
}
}
});
t.start();
Thread.sleep(100);
t.interrupt();
}
}
结果:
count:208849
Thread-0线程第一次中断标志:false
Thread-0线程第二次中断标志:true
LockSupport方法介绍
LockSupport 方法中重要的两个方法就是park 和 unpark 。
park和interrupt中断
park方法可以阻塞当前线程,如果调用unpark方法或者中断当前线程,则会从park方法中返回。
park方法对中断方法的响应和 sleep 有一些不太一样。它不会抛出中断异常,而是从park方法直接返回,不影响线程的继续执行。我们看下代码:
public class LockSupportTest {
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(new ParkThread());
t.start();
Thread.sleep(100); //①
System.out.println(Thread.currentThread().getName()+"开始唤醒阻塞线程");
t.interrupt();
System.out.println(Thread.currentThread().getName()+"结束唤醒");
}
}
class ParkThread implements Runnable{
@Override
public void run() {
System.out.println(Thread.currentThread().getName()+"开始阻塞");
LockSupport.park();
System.out.println(Thread.currentThread().getName()+"第一次结束阻塞");
LockSupport.park();
System.out.println("第二次结束阻塞");
}
}
打印结果如下:
Thread-0开始阻塞
main开始唤醒阻塞线程
main结束唤醒
Thread-0第一次结束阻塞
第二次结束阻塞
当调用interrupt方法时,会把中断状态设置为true,然后park方法会去判断中断状态,如果为true,就直接返回,然后往下继续执行,并不会抛出异常。注意,这里并不会清除中断标志。
unpark
unpark会唤醒被park的指定线程。但是,这里要说明的是,unpark 并不是简单的直接去唤醒被park的线程。看下JDK的解释:
unpark只是给当前线程设置一个许可证。如果当前线程已经被阻塞了(即调用了park),则会转为不阻塞的状态。如若不然,下次调用park方法的时候也会保证不阻塞。这句话的意思,其实是指,park和unpark的调用顺序无所谓,只要unpark设置了这个许可证,park方法就可以在任意时刻消费许可证,从而不会阻塞方法。
还需要注意的是,许可证最多只有一个,也就是说,就算unpark方法调用多次,也不会增加许可证。 我们可以通过代码验证,只需要把上边代码修改一行即可:
//LockSupportTest类
//原代码
t.interrupt();
//修改为
LockSupport.unpark(t);
LockSupport.unpark(t);
就会发现,只有第一次阻塞会被唤醒,但是第二次依然会继续阻塞。结果如下:
Thread-0开始阻塞
main开始唤醒阻塞线程
main结束唤醒
Thread-0第一次结束阻塞
另外,在此基础上,把主线程的sleep方法去掉(代码中①处),让主线程先运行,也就是有可能先调用unpark方法,然后子线程才开始调用park方法阻塞。我们会发现,出现以下结果,证明了上边我说的park方法和unpark不分先后顺序,park方法可以随时消费许可证。
main开始唤醒阻塞线程
main结束唤醒
Thread-0开始阻塞
Thread-0第一次结束阻塞
park/unpark和 wait/notify区别
了解了 park/unpark的用法之后,想必你也能分析出来它们和 wait、notify有什么不同之处了。
wait和notify方法必须和同步锁 synchronized一块儿使用。而park/unpark使用就比较灵活了,没有这个限制,可以在任何地方使用。
park/unpark 使用时没有先后顺序,都可以使线程不阻塞(前面代码已验证)。而wait必须在notify前先使用,如果先notify,再wait,则线程会一直等待。
notify只能随机释放一个线程,并不能指定某个特定线程,notifyAll是释放锁对象中的所有线程。而unpark方法可以唤醒指定的线程。
调用wait方法会使当前线程释放锁资源,但使用的前提是必须已经获得了锁。 而park不会释放锁资源。(以下代码验证)
public class LockSyncTest {
private static Object lock = new Object();
//保存调用park的线程,以便后续唤醒
private static Thread parkedThread;
public static void main(String[] args) throws InterruptedException {
Thread t1 = new Thread(()->{
synchronized (lock){
System.out.println("unpark前");
LockSupport.unpark(parkedThread);
System.out.println("unpark后");
}
});
Thread t2 = new Thread(new Runnable() {
@Override
public void run() {
//和t1线程用同一把锁时,park不会释放锁资源,若换成this锁,则会释放锁
synchronized (lock){
System.out.println("park前");
parkedThread = Thread.currentThread();
LockSupport.park();
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("park后");
}
}
});
t2.start();
Thread.sleep(100);
t1.start();
}
}
//打印结果
//park前
以上代码,会一直卡在t2线程,因为park不会释放锁,因此t1也无法执行。
如果把t2的锁换成this锁,即只要和t1不是同一把锁,则t1就会正常执行,然后把t2线程唤醒。打印结果如下:
park前
unpark前
unpark后
park后
线程中断 interrupt 和 LockSupport的更多相关文章
- 日积月累--线程中断interrupt()方法
线程中断方法interrupt()方法的理解: interrupt()方法的源码: interrupted()方法的源码及注解: isInterrupted()方法源码及注解: 在了解这个方法之前我们 ...
- 【杂谈】线程中断——Interrupt
前言 以前有一个错误的认识,以为中断操作都会抛出异常,后来才发现并不是这样,所以今天就来做一个关于中断的总结. 如何关闭线程 已被弃用的Stop方法 早期,Thread类中有一个stop方法,用于强行 ...
- Java 并发:线程中断-interrupt
一直以为执行了interrupt方法就可以让线程结束,并抛出InterruptedException. 今天看了Java并发编程实战的第七章发现并不是这么回事,在这章的开头就提到 要使任务和线程能安全 ...
- java线程中断[interrupt()函数] (转载)
一个正常的线程中断: 从运行到真正的结束,应该有三个阶段: 正常运行. 处理结束前的工作,也就是准备结束. 结束退出. Java曾经提供过抢占式限制中断,但问题多多,例如的Thread.stop.另一 ...
- java之线程中断——interrupt
如下图所示,interrupt()方法并没有成功的中断我们的线程. 为了便于理解,其实可以这样来类比(注意,只是类比,实际情况并不完全是这样):Thread类中有一个boolean的标志域用来表示线程 ...
- LockSupport的park和unpark的基本使用,以及对线程中断的响应性
LockSupport是JDK中比较底层的类,用来创建锁和其他同步工具类的基本线程阻塞原语.java锁和同步器框架的核心AQS:AbstractQueuedSynchronizer,就是通过调用Loc ...
- 线程的中断.interrupt
线程对象.interrupt() 注意,异常分析中要有break,否则无法中断 public class Demo extends JFrame { private Thread thread;//定 ...
- 线程中断方法interrupt() 与 cancel()
(一).关于interrupt() interrupt()并不直接中断线程,而是设定一个中断标识,然后由程序进行中断检查,确定是否中断. 1. sleep() & interr ...
- 从头认识java-17.2 线程中断(interrupt)
这一章节我们来讨论一下线程中断(interrupt). 1.什么是线程中断(interrupt)? 就是在多线程执行的时候,我们给线程贴上一个中断的标记.可是不要求线程终止. 2.样例: 中断的样例: ...
随机推荐
- LeetCode No.157,158,159
No.157 Read 用 Read4 读取 N 个字符 题目 给你一个文件,并且该文件只能通过给定的 read4 方法来读取,请实现一个方法使其能够读取 n 个字符. read4 方法: API r ...
- 计算文本长度-boundingRectWithSize
- (void)viewDidLoad { [super viewDidLoad]; //新建lable控件 UILabel *lable=[[UILabel alloc]init]; labl ...
- [APIO2016]Gap(交互)
第一个subtask应该还是很送分的,就是每次询问两端值的大小,(N+1)/2次即可. 考虑第二个subtask,首先还是先把最小值和最大值询问出来,然后发现不需要询问每一个数,直接将[l+1,r-1 ...
- [ZJOI2019]Minimax搜索(线段树+动态DP+树剖)
为什么我怎么看都只会10pts?再看还是只会50~70?只会O(n2(R-L+1))/O(nlogn(R-L+1))……一眼看动态DP可还是不会做…… 根节点的答案是叶子传上来的,所以对于L=R的数据 ...
- iTOP-iMX6UL开发板-动态调频技术文档分享
本文档以 iMX6UL 为例,简单介绍 cpufreq 的 5 种模式. 在 imx6ul 的 menuconfig 中,进入 CPU Power Management ---> CPU Fre ...
- 2019-2020-1 20199324《Linux内核原理与分析》第四周作业
第三章 MenuOs的构造 一.知识点总结 计算机的三大法宝: 存储程序计算机 函数调用堆栈 中断 操作系统的两把宝剑: 中断上下文的切换(保存现场和恢复现场) 进程上下文的切换 它们都和汇编语言有着 ...
- mysql关键字汇总
ADD ALL ALTER ANALYZE AND AS ASC ASENSITIVE BEFORE BETWEEN BIGINT BINARY BLOB BOTH BY CALL CASCADE C ...
- Linear Equations
4.1 Linear Equations with One Independent Variable
- Learn Git Lesson06 - 分离头指针
============== 知识点 分离头指针 HEAD 含义 git diff 分离头指针 (Detached HEAD) 有时候想尝试性修改某些内容(实验),也许并不会真的提交到分支,这时候可以 ...
- 吴裕雄--天生自然python学习笔记:python OpenCV 基本绘图
Open CV 提供了绘制直线.圆形.矩形等基本绘 图的功能 . Open CV 画直线的语法为: 在画布上添加文字的语法为 : 用 Open CV 绘制基本图形 以 OpenCV 基本绘图绘制各种图 ...