为什么无法从ISR中释放互斥锁
ISR（Interrupt Service Routine，中断服务程序）是在中断事件发生时由操作系统调用的一段代码。在ISR中，为了保证数据的一致性和避免竞争条件，常常需要使用互斥锁（Mutex）来进行同步操作。
互斥锁是一种用于保护共享资源的同步机制，它可以确保在任意时刻只有一个线程可以访问共享资源，其他线程需要等待锁的释放才能继续执行。互斥锁的基本操作包括获取锁（lock）和释放锁（unlock）。
然而，在ISR中无法直接释放互斥锁的原因是，ISR是在中断上下文中执行的，它与普通的线程上下文有所不同。中断上下文是在中断事件发生时，操作系统暂停当前任务的执行，转而执行ISR的上下文环境。由于中断上下文的特殊性，存在一些限制和约束，其中之一就是无法进行一些阻塞操作，包括释放互斥锁。
释放互斥锁需要进行一些复杂的操作，比如修改锁的状态、唤醒等待该锁的线程等。这些操作可能会引起线程调度和上下文切换，而在中断上下文中是不允许进行这些操作的。因此，在ISR中直接释放互斥锁是不可行的。
为了解决这个问题，可以采用以下两种方法：
- 延迟处理：在ISR中记录需要释放的互斥锁，并在合适的时机（比如中断处理结束后）由普通的线程上下文来释放锁。这样可以避免在中断上下文中进行阻塞操作。
- 使用信号量：信号量是一种更为轻量级的同步机制，它可以在中断上下文中使用。可以将互斥锁替换为信号量，通过信号量的方式来实现同步操作。在ISR中，可以通过释放信号量的方式来通知等待该信号量的线程继续执行。
需要注意的是，在使用互斥锁和信号量时，要确保正确的使用方式和避免死锁等问题。此外，针对不同的应用场景和需求，腾讯云提供了一系列相关产品和解决方案，比如云服务器、容器服务、函数计算等，可以根据具体需求选择适合的产品。
参考链接：
相关·内容
1回答
我需要写和读从以太网芯片的FIFO，为此，我想使用DMA控制器。我的问题是，原来的驱动程序是使用自旋锁来保护FIFO访问。但是大家都知道，当我抱着旋转锁的时候，我不应该睡觉。所以我试着用互斥锁代替自旋锁。(因为，我可能在获取互斥对象时睡觉，在获得互斥锁之后，我将在DMA触发器之后再次睡眠。我被ISR吵醒了，我会释放那个互斥体。没问题!我想。)但我还是得到了这样的“排班而原子错误”。
浏览 4提问于2015-06-05得票数 1
回答已采纳
1回答
在计时器处理程序(内核空间)中锁定互斥锁安全吗？我有两个内核模块，它们将/write读入同一个I2C设备：-第一个模块:加载时启动一个计时器。每隔20毫秒读取一次定时器处理程序下的I2C寄存器:读/写相同的I2C寄存器
我见过许多内核崩溃(CPU 1被冻结)->我怀疑当试图在计时器处理程序下解锁互斥锁时，内核冻结了吗？
浏览 2提问于2018-04-10得票数 0
1回答
所有与应用程序关联的事件和ISR事件都派生自此事件类。 从应用层的角度来看，从设计的角度来看，一切都运行得很好。每个应用程序事件都有自己的内存池(模板类)，带有适当的锁定，接收事件的任务调用delete操作符，我在相应的事件中重载了该操作符，并执行释放。注意，在我的内存分配器中，我也没有使用任何堆，只使用了一个互斥锁，并在我的内存池中将适当的事件标记为空闲。现在，由于使用互斥锁而无法使用IS
浏览 19提问于2021-05-10得票数 1
4回答
一个互斥锁真的只能从等待那个互斥锁的线程中释放吗？如果是，为什么互斥是这样的？那么为什么我们说一个互斥锁可以跨多个进程工作呢？什么是命名互斥锁和未命名互斥锁？我对这个问题真的很困惑！如果我想在一个线程中等待互斥锁，并从另一个线程发信号给它，我应该怎么做？
浏览 1提问于2011-06-13得票数 3
回答已采纳
2回答
释放互斥锁。
、、
“Mutex类强制线程标识，因此互斥锁只能由获得它的线程释放。相比之下，Semaphore类不强制线程标识。”
这就是描述所说的..但是根据我的问题，我试图释放一个互斥锁，即使我没有得到它。这是否意味着不能访问互斥锁的线程释放了它？有没有人可以帮我理解这个概念，如果我做错了什么，请指点我。
浏览 0提问于2012-05-02得票数 1
2回答
我知道二进制信号量是什么:当中断的ISR设置为1时，它是一个标志。
但是当我们使用先发制人的内核时，什么是信号量，FreeRTOS说？它和二进制信号量一样吗？
浏览 6提问于2015-03-27得票数 2
回答已采纳
4回答
递归和非递归锁(互斥锁)
、、、
在我的程序中，我的死锁有问题。所以我一直在读关于锁的文章，但问题是大多数信息都是不一致的，或者没有定义平台。在，最被接受的答案是：
因为递归互斥具有所有权，所以获取互斥的线程必须是释放互斥的线程。在非递归互斥的情况下，没有所有权，任何线程通常都可以释放互斥，不管哪个线程最初使用互斥。在许多情况下，这种类型的“互斥”实际上是一种信号量操作，您不一定要使用互斥作为排除设备，而是将它用
浏览 9提问于2014-10-30得票数 4
回答已采纳
场景1:先释放互斥锁再等待场景2:等待，然后释放互斥锁
试图从概念上理解它的作用。
浏览 0提问于2012-12-15得票数 1
回答已采纳
标题基本上说明了itself.After休眠5秒并解锁互斥锁，它最终从pthread_cond_wait返回。似乎pthread_cond_wait知道它不能获得互斥锁，所以它等待，在解锁互斥锁之后，pthread_cond_wait获得互斥锁，然后继续..是真地吗？
浏览 0提问于2012-12-20得票数 0
回答已采纳
我使用的是库(函数)，它注册了一个函数(真正的中断处理程序)，该函数将在IRQ事件上从一个多线程中断处理程序中调用。我听说STL容器不是线程安全的，但是在执行回调函数时有一个互斥锁，当然在访问缓冲区/容器时在主线程中有一个锁就足够了吗？？&mutex1);}
{}
还是有更简单的方法来实现线程ISR
浏览 1提问于2013-12-08得票数 2
2回答
因此，我有多个任务锁定/释放相同的互斥体。在阅读了这篇文章之后：
对于上下文，我将有一个长时间运行的任务(可以由一个线程代替)和多个访问同一个互斥体
浏览 2提问于2020-04-09得票数 1
回答已采纳
为什么下面的结构会导致AbandonedMutexException。即使有错误或方法返回。互斥锁正在被释放。rest of coding stuff here finally WriteMutex.ReleaseMutex();接收报告无法重新生成错误只有这个方法才能接触到那个互斥锁。
浏览 0提问于2015-12-31得票数 10
2回答
目前，我正在将一个软件从Windows移植到C++中的Mac。由于放弃状态的存在，尝试锁定放弃的互斥锁不会导致死锁。
如果没有放弃状态，它将永远等待一个不属于任何人的互斥锁。还有另一种方
浏览 5提问于2014-05-29得票数 7
我的问题是：
哪一个更有效率？有一个更好的方法(更快)尝试获取锁的'x‘时间比上述两种方法指定？
浏览 2提问于2014-06-16得票数 1
回答已采纳
我有两个进程(A，B)共享同一个互斥锁(使用WaitForSingleObject / ReleaseMutex调用)。一切工作正常，但当进程A崩溃时，进程B仍在愉快地运行。我的解释是:在进程A崩溃后，互斥锁仍然是锁定的，但互斥锁的所有权很容易转移到进程B(这是一个bug)。这就是为什么它会愉快地运行，调用WaitForSingleObject (获取WAIT_OBJECT_0作为回报)和ReleaseMutex (获取TRUE作为回报)。是否有可能使用类似于
浏览 1提问于2013-02-21得票数 11
回答已采纳
2回答
如果我错了，请不要给出一个直接的答案，但要引导我朝着正确的方向前进，因为这是一项家庭作业，我和其他像我一样的人肯定会从我们自己的解决方案中受益。
浏览 0提问于2011-12-20得票数 0
1回答
我将锁定一个互斥锁，写入队列，然后解锁互斥锁。在读取端，我也会做同样的事情，锁定、读取、解锁。现在我决定改变我的实现，使用管道(这样我就可以在数据不可用时使用阻塞)。printe("Error: Read did not receive a full message\n"); }
如果我不使用Mutexs，我可能只从管道中读取一半的消息吗但是，如果我使用Mutexs，我将在读取时锁定互斥量，尝试读取会阻塞的<e
浏览 0提问于2014-05-30得票数 0
1回答
删除套接字后何时清除
、、、
当套接字发生意外，导致它被立即关闭和释放时(不管背景如何，这里讨论的是用户空间)，因为我正在编写的应用程序是多线程的，所以只能在锁定的互斥对象中完成该操作，因此我需要一种方法来告诉所有其他(可能)等待线程我的想法是:互斥锁是套接字的一部分(socket =包含多个东西的结构，包括互斥和文件描述符)，因此如果其他线程正在等待它(未定义的行为)，我无法完全释放套接字，因此可能的解决方案是分配互斥、释放套接字而不是
浏览 1提问于2021-06-08得票数 1
回答已采纳
创建互斥锁的同一线程现在应该等待那个互斥锁，而另一个线程在后台工作。加入线程是没有选择的。(是的，它打算在以后解锁互斥锁。它应该像一个事件一样进行mime，这样等待的每个线程都能通过)
所以在中，它说这个互斥锁有一个非递归的行为。如果我在try_lock_fors之前使用了一次锁，我总是得到false。可悲的是，我需要一些东西来阻塞锁定互斥的同一线程。我不知道该用什么。我在linux btw上编程。
浏览 4提问于2014-02-28得票数 1
出于好奇，当Java实现wait()和notify()方法时，它们真的只是使用锁吗？也就是说，wait()获取一个互斥锁，notify()释放互斥锁，notifyAll()释放所有互斥锁(当然是在同一个对象中)？除了比使用锁更不麻烦之外，使用wait()和notify()还有其他优点吗？编辑在Brian的评论之后，我意识到了自己的困惑：
wait没有锁定，它释放锁
浏览 0提问于2013-06-23得票数 8
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
