并发理论：InterruptedException有啥用？-北京尧图网络

InterruptedException异常是如何来的InterruptedException中断异常是 Java 多线程编程中最常见的检查型异常之一当线程处于WAITING和TIMED_WAITING状态时如果其他线程调用了该线程的interrupt()方法会抛出InterruptedException阻塞的方法就会立即抛出 InterruptedException并提前结束阻塞ObjectlocknewObject();Threadthread1newThread(()-{synchronized(lock){try{lock.wait();}catch(InterruptedExceptione){// 在这里抛出 InterruptedExceptione.printStackTrace();}}});thread1.start();newThread(()-{thread1.interrupt();}).start();中断状态标志每个线程都有一个内部的布尔标志用于表示其中断状态如果目标线程正处在如下阻塞方法中它会立即清除中断状态并抛出这个异常Thread.sleep(long millis)线程休眠。Object.wait()等待获取对象锁通知。Thread.join()等待另一个线程执行完毕。并发容器的阻塞操作如 BlockingQueue.take()、BlockingQueue.put() 等。显式锁的中断响应如 ReentrantLock.lockInterruptibly()如果目标线程没有在阻塞中interrupt() 仅会将其中断状态设为 true。线程可以通过轮询 Thread.interrupted() 或 Thread.isInterrupted() 方法来检查这个标志并自行决定如何响应Thread类提供了如下2个方法来判断线程是否是中断状态isInterrupted()interrupted()这2个方法虽然都能判断状态但是有细微的差别TestpublicvoidtestInterrupt()throwsInterruptedException{ThreadthreadnewThread(()-{while(true){}});thread.start();TimeUnit.MICROSECONDS.sleep(100);thread.interrupt();// trueSystem.out.println(thread.isInterrupted());// trueSystem.out.println(thread.isInterrupted());// trueSystem.out.println(thread.isInterrupted());}TestpublicvoidtestInterrupt2(){Thread.currentThread().interrupt();// trueSystem.out.println(Thread.interrupted());// falseSystem.out.println(Thread.interrupted());// falseSystem.out.println(Thread.interrupted());}isInterrupted和interrupted的方法区别如下Thread#isInterrupted测试线程是否是中断状态执行后不更改中断状态Thread#interrupted测试线程是否是中断状态执行后将中断标志更改为falseAQS中就有类似的逻辑publicfinalvoidacquireInterruptibly(intarg)throwsInterruptedException{// 1. 前置中断检查若调用前线程已被中断直接抛出异常if(Thread.interrupted())thrownewInterruptedException();// 2. 尝试获取资源由子类实现如 ReentrantLockif(!tryAcquire(arg))// 3. 获取失败入队阻塞且在阻塞期间【强响应中断】doAcquireInterruptibly(arg);}InterruptedException有啥用InterruptedException 的核心设计作用可以概括为一句话为 Java 多线程提供一种“安全、可控、协作式”的取消与停止机制解决强制终止线程的安全隐患在早期 JavaJDK 1.0中Thread.stop() 可以强制直接杀死一个线程。但这带来了严重的系统风险为了解决这个问题Java 废弃了 Thread.stop()转而设计了以 InterruptedException 为核心的协作式中断机制外部只能发出“请停下来”的请求由线程自己决定何时、如何安全地释放资源并退出可以及时打断阻塞状态如果没有中断机制线程将无法感知外部的停止指令会一直卡在阻塞调用处直到等待超时或自然唤醒。这会导致线程池无法关闭、系统响应变慢甚至卡死

并发理论：InterruptedException有啥用？

相关推荐

AudioLazy实战案例：基于DFT的实时 pitch检测系统

【办公类-03】20220220 VS Python 大8班“运动场地”的周次安排。

深入解析μDMA：嵌入式系统数据搬运性能优化的核心技术

更多资讯

AI时代开发者转型指南：从代码工人到AI架构师

JuiceFS vs. Amazon S3 Files：从架构、性能到成本的对象存储文件系统方案对比

从零实现基于Raft的KV存储：日志存储、选举与复制实战

混凝土企业ERP选型避坑指南：从业务全貌到落地细节

Quick Reference 中的 Adobe Premiere Pro 键盘快捷键速查：按菜单与面板组织的完整清单

Java EE项目源码解析：Maven工程与Servlet三层架构实践

今日更新

51单片机开环控制磁阻传感器的硬件匹配与代码实现

AI Agent安全操作数据库：SQL注入防御与参数化查询实战

Android逆向实战：还原激励类App签到接口的签名算法

本周精选

AI驱动的自动化专利分析平台技术解析

LeetCode-Go 题解：1252. Cells with Odd Values in a Matrix（奇数值单元格计数）双解法剖析

在线答疑系统Java毕设实战：Spring Boot前后端分离与状态流转

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？