关于在wait中的线程，被interrupt时需不需要解锁？

最新推荐文章于 2025-02-23 19:26:42 发布
最新推荐文章于 2025-02-23 19:26:42 发布 · 490 阅读 · 1

博客围绕wait中的线程在被interrupt时是否需要解锁展开探讨，聚焦于线程状态变化及锁的处理这一信息技术相关问题。



 关于在wait中的线程，被interrupt时需不需要解锁？如图

理解wait()与notify()：实现线程间的高效通信
2302_77675796的博客
10-13 1186
理解wait()与notify()：实现线程间的高效通信
Java线程状态与线程通讯wait/notify，park/unpark机制
Der_Dream的博客
05-13 1401
Java线程状态 Java线程共有6个状态，在java.lang.Thread.State中明确定义。 线程状态图： 1.NEW 尚未启动的线程的状态 2.Runnable 可运行的线程的状态，包括等待CPU调度和正在运行的线程的状态 3.Blocked 等待监视器锁的阻塞线程的状态，处于synchronized同步代码块或方法中被阻塞 4.Waiting 等待线程的状态。...
闭关之 C++ 并发编程笔记（一）：线程与锁
jiamada的博客
09-15 902
《C++ 并发编程实战 （第二版）》笔记
c++条件变量的使用详解以及wait()爬坑经历记录
SUST_DOG_MASTER博客
11-26 9122
项目场景： 上位机上需要实现一个存文件的操作，本来可以很简单的做实现，想着之前看过一个条件变量的例子，所以胆子肥了写来试试。 大概实现思路如下，有一个数据线程接收数据，通过按钮操作，来置标志位，从而开始写数入队列，入队操作完成后，通过notify函数调用取数线程，取数线程从队列里拿数。然后通过按钮操作置标志位，退出写数线程，好像线程析构这种操作很不稳定，网上大家还是建议利用标志位，也正是因为标志位的问题，导致了函数一直阻塞在wait函数处，线程无法退出，无法实现关闭文件操作，因此无法完成正常写数。 问
线程同步之MUTEX
yichudu
08-14 1321
#include #include #define THREADCOUNT 2 HANDLE ghMutex; DWORD WINAPI WriteToDatabase( LPVOID ); int main( void ) { HANDLE aThread[THREADCOUNT]; DWORD ThreadID; int i;
java多线程interrupt()函数中断没有拿到锁的wait()的线程
qjl4646795的博客
12-11 364
当一个线程在就绪状态，拿到同步锁，调用(锁对象.wait())函数之后，让出锁，进入锁对象的等待池。如果这个时候，另一个线程占用锁，但是这时候调用了阻塞线程的interrupt()函数。阻塞线程并不会立即中断，它是等待别的线程让出锁之后，它抢到锁，再中断的。我做了一个实验如下。 package myThread; // 锁对象 class MyInterruptLock { } publ...
wait时interrupt出现异常
freeOfFlying的博客
07-17 877
package com.freeflying.thread.communication; /** * 在wait时线程被interrupt * @ClassName: InterruptMeetWait * @Description: * @author freeflying * @date 2018年7月17日 */ public class InterruptMeetWait...
Java线程协作方法对比：wait/notify、await/signal、park/unpark
younuoqianjin的博客
02-23 790
是三组常用的线程协作方法，它们分别适用于不同的场景，并在使用方式、灵活性及底层机制上有显著差异。本文将通过对比分析，帮助开发者理解如何选择合适的方法。在Java多线程编程中，线程间的协作与同步是核心问题。
针对1. 基础加锁模式（推荐实践）的代码，有以下疑问： 1.异常处理，只捕获InterruptedException ，不需要捕获其它Exception异常吗？是否只有InterruptedException 才需要Thread.currentThread().interrupt(); 2.finally 代码块中，lock是否判断空？ 针对2. 异步加锁模式（高并发优化）的代码，有以下疑问： 1.异常不需要捕获吗？是否需要Thread.currentThread().interrupt(); 2.finally 中的解锁，是否需要考虑null、和当前线程的问题？
最新发布
04-29
在Java中，当线程被中断时，需要正确地恢复中断状态，否则可能导致上层代码无法感知中断。所以在捕获InterruptedException后调用interrupt()是为了保持中断状态，这点需要解释清楚。 然后，用户提到了finally块中的...
Java Thread中的interrupt()方法的解释
wenhonglian的博客
08-27 2236
结束线程的思考 早前java中线程的结束有2种： 1.线程的run()方法执行完毕时，该线程会结束。 2.是线程调用stop方法结束。 后来java认为在线程中去强制结束其他线程是不安全的，因为被结束的线程可能会有某些必要的操作还来不及执行。当然这个解释只是从网上抄过来的，api中说明的Deprecated原因是说stop将导致它解锁所有已锁定的监视器(这是未检查的ThreadDeath异常向上传播堆栈的自然结果)，其实每个对象包含了对象头，实例数据和填充数据，对象头中保存了锁的标志位和指向monito
java wait阻塞_java – 当一个线程在wait()上阻塞时被中断时会发生什么？
weixin_35539437的博客
02-24 291
The thread T is then removed from the wait set for this object andre-enabled for thread scheduling. It then competes in the usual mannerwith other threads for the right to synchronize on the object; o...
Java多线程编程—wait/notify机制
qq_43456605的博客
04-08 1157
wait/notify 多线程 消费者生产者模式
linux对线程等待和唤醒操作（pthread_cond_timedwait 详解）
热门推荐
$好记性还是要多记录$
08-18 3万+
pthread_cond_timedwait()函数和pthread_cond_wait()函数，其实2个函数都差不多，我主要是要用pthread_cond_timedwait()函数。 pthread_cond_timedwait()函数有三个入口参数： (1)pthread_cond_t __cond：条件变量（触发条件） (2)pthread_mutex_t __mutex: 互斥锁 ...
java之多线程的加锁方式，死锁和线程停止（包含interrupt方法对wait，sleep方法的作用）
KongLingLei_08225的博客
09-19 918
一.加锁方式 1.解决需求的步骤： 需求：100张票,利用多线程进行卖票，方式有：窗口， 黄牛 ，网购。 多线程访问共享资源的访问 1.尝试写出需求。 2.分析出现的问题。 三个线程同时执行run方法,CPU执行资源随机分配。 线程在执行方法过程中,随时能进入受阻塞状态。 所以可以使用:假设线程停止的位置,来分析问题(找极限位置)。 3.想解决方案: 一个线程执行完买票操作,另一个线程才...
interrupt能关闭一个线程吗?
qq_39839075的博客
02-14 417
线程的生命周期管理API中，没有抢占式的关闭方式。早期，jdk有stop方法可以直接中断线程的运行。但是这种方式，对程序来说并不友好。哪里不友好呢?oralce的官网上，给了详细的说明 为什么stop方法过时了? 简单翻译一下：其实，最主要的原因就是：一旦对某一个线程执行了stop方法，该线程会释放其持有的所有的锁。一旦锁被释放，被这些锁保护的对象，就会对其它线程可见，并可以对该对象进行并发操作，...
【七】Java多线程之线程暂停与终止，resume()、suspend()、stop()弃用，interrupt()简介
Sid小杰的博客
08-11 6122
resume()、suspend()、stop()，这三个方法分别是重启线程、挂起线程、终止线程。 这三个方法已经弃用。 如果需要用到类似功能需要用flag来实现 public class StopThreadTest { public static void main(String[] args) { StopThread r1 = new StopThread(...
Thread 之 interrupt
不忘初心
02-25 346
Thread::interrupt Ref: Java1.8 帮助文档 补充：中断标志，用于通知用户。中断的是阻塞状态 interrupt() 语义：当前线程中断自身。 特点： 线程对象实例方法 不会立即执行中断操作，仅仅先给线程设置一个为true中断标志。 非阻塞：仅仅如上设置中断标志而已 阻塞: (1) wait、sleep、join引起的阻...
快速了解Java多线程——interrupt()方法
不学习如何码遍天下
05-08 395
如何中断线程？ 已经抛弃的方法 通过调用stop()方法停止线程，该方法有点暴力停止的意思，比如线程A去停止线程B，停止的时候根本不知道线程B的执行情况，还有就是执行stop()之后，线程B会马上释放锁，可能会引发数据不同步的问题 类似的被抛弃的还有suspend()和resume()方法 目前用的方法 调用interrupt()，通知线程应该中断了 如果线程处于被阻塞状态，那么线程将立即...
线程的中断(interrupt)机制
蜗牛的专栏
02-19 4077
前言 在本博文的一篇如何正确的关闭一个线程一文中讲解了如何利用interrupt机制来中断一个线程，这篇文章当时确实花了一些精力的总结，不过都是15年末的事情了，现在是2017年2月份，经过一年的时间，决定重新写一篇完善的关于线程中断的文章。 什么时候需要关闭一个线程？ 下面简单的举例情况: 比如我们会启动多个线程做同一件事，比如抢12306的火车票，我们可能开启多个线程从
写一个关于lettuce redis的分布式锁的工具类，要防止被其他线程解锁
05-26
下面是一个使用 Lettuce Redis 实现分布式锁的工具类，其中包含了防止被其他线程解锁的实现。 ```java import io.lettuce.core.RedisClient; import io.lettuce.core.api.StatefulRedisConnection; import io.lettuce.core.api.sync.RedisCommands; import io.lettuce.core.cluster.ClusterClientOptions; import io.lettuce.core.cluster.ClusterTopologyRefreshOptions; import io.lettuce.core.cluster.RedisClusterClient; import io.lettuce.core.cluster.api.StatefulRedisClusterConnection; import java.util.UUID; import java.util.concurrent.TimeUnit; public class RedisDistributedLock { private static final long DEFAULT_LOCK_EXPIRATION_TIME = 30000; private static final long DEFAULT_WAIT_TIMEOUT = 10000; private static final long DEFAULT_RETRY_INTERVAL = 200; private RedisCommands<String, String> redisCommands; private StatefulRedisConnection<String, String> redisConnection; private StatefulRedisClusterConnection<String, String> redisClusterConnection; private String lockKey; private String lockValue; private long lockExpirationTime; private long waitTimeout; private long retryInterval; private boolean isCluster; public RedisDistributedLock(String redisUrl, String lockKey) { this(redisUrl, lockKey, DEFAULT_LOCK_EXPIRATION_TIME, DEFAULT_WAIT_TIMEOUT, DEFAULT_RETRY_INTERVAL); } public RedisDistributedLock(String redisUrl, String lockKey, long lockExpirationTime, long waitTimeout, long retryInterval) { RedisClient redisClient; RedisClusterClient redisClusterClient; if (redisUrl.contains(",")) { redisClusterClient = RedisClusterClient.create(redisUrl); redisClusterClient.setOptions( ClusterClientOptions.builder() .topologyRefreshOptions( ClusterTopologyRefreshOptions.builder() .enablePeriodicRefresh() .enableAllAdaptiveRefreshTriggers() .refreshPeriod(Duration.ofSeconds(30)) .build()) .build()); this.redisClusterConnection = redisClusterClient.connect(); this.redisCommands = redisClusterConnection.sync(); this.isCluster = true; } else { redisClient = RedisClient.create(redisUrl); this.redisConnection = redisClient.connect(); this.redisCommands = redisConnection.sync(); this.isCluster = false; } this.lockKey = lockKey; this.lockExpirationTime = lockExpirationTime; this.waitTimeout = waitTimeout; this.retryInterval = retryInterval; this.lockValue = UUID.randomUUID().toString(); } public boolean acquireLock() { long startTime = System.currentTimeMillis(); while (true) { if (System.currentTimeMillis() - startTime > waitTimeout) { return false; } if (isCluster) { if (redisCommands.set(lockKey, lockValue, "NX", "PX", lockExpirationTime)) { return true; } } else { if (redisCommands.set(lockKey, lockValue, "NX", "PX", lockExpirationTime)) { return true; } } try { Thread.sleep(retryInterval); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } } public void releaseLock() { if (isCluster) { String script = "if redis.call('get', KEYS[1]) == ARGV[1] then " + "return redis.call('del', KEYS[1]) " + "else " + "return 0 " + "end"; redisCommands.eval(script, RedisCommands.<String, String>newScript().withResultType(String.class), new String[]{lockKey}, lockValue); } else { redisCommands.eval("if redis.call('get', KEYS[1]) == ARGV[1] then " + "return redis.call('del', KEYS[1]) " + "else " + "return 0 " + "end", RedisCommands.<String, String>newScript().withResultType(String.class), new String[]{lockKey}, lockValue); } } public boolean isCluster() { return isCluster; } public void close() { if (isCluster) { redisClusterConnection.close(); } else { redisConnection.close(); } } } ``` 使用示例： ```java public static void main(String[] args) { RedisDistributedLock lock = new RedisDistributedLock("redis://localhost:6379", "myLock"); if (lock.acquireLock()) { try { // do something } finally { lock.releaseLock(); } } lock.close(); } ``` 在 acquireLock() 方法中，使用了一个 while 循环来不断尝试获取锁，直到成功或者超时。在 releaseLock() 方法中，使用了 Redis 的 Lua 脚本来判断是否可以解锁，防止被其他线程解锁。 需要注意的是，该工具类只能在单机或者 Redis 集群环境下使用，不支持 Redis Sentinel 模式。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值