2回答
强制解锁可重入锁
、、、、
我有一个可重入锁，我将它包装在一个自定义的类中，以满足我自己的需求。但是，由于应用程序的性质，持有可重入锁的线程会卡住(外部故障)，并且无法释放可重入锁。
我想知道是否有一种方法可以显式解锁可重入锁？我知道可重入锁的API没有这样的方法--然而，我正在考虑引入一个计时器任务，它将在一段时间后解锁可重入<
浏览 7提问于2012-10-09得票数 3
回答已采纳
1回答
我在许多关于可重入锁的教程中看到，它们创建一个新的可重入锁，并注入资源，在try/finally块中调用可重入锁的锁和解锁。我不明白这个锁和线程中使用的资源之间的连接。下面是关于重入锁的教程示例public class Resource {
//
浏览 3提问于2022-05-23得票数 -1
回答已采纳
2回答
Linux进程间重入信号量
、、、、
我正在将一个Windows应用程序移植到Linux上，但我遇到了同步问题。我如何在Linux中模拟它呢？问题是它不是可重入的，如果我已经持有它，它将被阻止，不像在Windows上。我可以给它添加一个引用计数，但然后我需要同步对它的访问，这意味着另一个(这次只针对当前进程)互斥锁。有没有一个类可以提供可重入的进程间锁(可能在Boost中)？
顺便说一句，使用文件锁</e
浏览 2提问于2009-11-17得票数 1
回答已采纳
在ID3D11Multithread内部实现的互斥是可重入的吗？可重入性意味着持有互斥锁的线程可以再次锁定互斥锁，而无需在中间解锁。
浏览 5提问于2021-11-25得票数 0
读取C#中的锁。我认为能够多次获取同一对象上的锁是可能的，因为监视器是可重入的。维基百科中定义的可重入代码似乎不太适合这种情况。您能帮助我理解什么是C#上下文中的可重入性，以及它如何应用于监视器吗？据我所知，当一个线程获得一个锁时，它不会在临界区中途放弃锁--即使它产生了CPU..as，结果是，没有其他线程能够获得monitor..where。
浏览 2提问于2016-01-06得票数 4
1回答
在重写的非静态同步方法中持有哪些锁。请提供获取和释放基类和子类监视器锁的顺序，以便解释可重入性在java中的好处。如果能够通过拥有JVM维护的线程和获取计数来实现可重入性来解释这些序列，那就太好了。public synchronized void doSomething() { }请注意，这个问题是专门要求解释隐式重入锁
浏览 0提问于2014-05-26得票数 1
回答已采纳
2回答
以下是来自“Java并发性实践”的可重入锁定的一些示例代码：public synchronized void doSomething() {
可重入性简化了锁定行为的封装，从而简化了面向对象并发代码的开发.如果没有重入
浏览 2提问于2015-01-12得票数 5
回答已采纳
1回答
ReentrantLock允许线程递归地获取相同的锁，以便在连续的锁/解锁时增加和减少锁计数。然而，在将锁计数释放到其他线程之前，必须将锁计数减为零。为什么或者在什么情况下，我要编写代码来递归地获取锁？对问题的澄清：
请忽略正在重入的锁。
浏览 1提问于2014-10-24得票数 3
2回答
可重入的读/写锁定构造？
、、、
我在iOS中真正缺少的一个特性是锁是可重入的。也就是说，只要他们释放的次数相同，就可以使用。同样，只要单个写入器线程释放锁的数量相等，它就可以多次获取锁。我研究过iOS框架，似乎没有一个构造提供相同的支持，包括可重入性。我还研究了pthread库。我找到了rwlock，但它不允许重入。
iOS上有没有允许可重入读写锁的东西？
浏览 2提问于2012-10-07得票数 16
回答已采纳
3回答
我在Java语言中使用过synchronized关键字和可重入锁，但我不明白它们有什么不同，也不知道哪一个适合于给定的情况。我如何决定什么时候应该使用synchronized，什么时候应该使用可重入锁？
浏览 3提问于2012-01-31得票数 23
2回答
我当时正在研究Java中的可重入锁。需要对这个概念进行某些澄清，即它实际上是如何工作的。b(); } some code;上面的代码有这个可重入锁问题的场景无论T1或T2获取a()和b()上的锁获取。让我们先说T1，然后执行一个()。而a()控件的执行到达b()；调用。现在在这种情况下，T1期望这个b()有一个新的锁</
浏览 1提问于2018-10-27得票数 4
4回答
我知道，通过使用可重入锁，我们可以跨方法持有锁，在一定时间内等待锁(使用同步块(或)方法是不可能的)。我的疑问是，是否有可能用可重入锁替换应用程序的同步机制？是否可以使用可重入锁实现相同的线程安全堆栈数据结构？如果可能的话，请提供一个例子来理解这一点。
浏览 2提问于2016-10-10得票数 0
回答已采纳
2回答
我正在读java中可重入锁和同步块之间的比较。我正在浏览互联网上的各种资源。我发现使用可重入锁而不是同步块的一个缺点是，在前一个同步块中，您必须显式地使用try finally块来调用finally块中获取的锁的unlock方法，因为如果线程不释放锁，代码的关键部分可能会抛出异常，这可能会造成大麻烦，而在后一个块中，JVM自己负责在出现异常的情况下释放锁。谁能告诉我可重入锁相对于同步块还有什么其他缺
浏览 6提问于2014-04-20得票数 0
在Python语言中，有一个用于可重入锁的原语threading.RLock(N)，它允许同一个线程多次获取一个锁，但其他线程不能。我希望N多个单独的线程能够获得锁，但我希望线程上的每个单独的锁都是可重入的锁。
浏览 1提问于2016-11-13得票数 2
我是高级Java和学习重入锁的新手。我理解ReentrantLock有一个公平的参数，它确保锁被分配给大多数饥饿的线程(与同步内部锁中的情况不同)。但是，可重入也意味着同一个线程可以通过增量holdCount一次又一次地重新获取锁。如果同一个线程永远获取锁，它如何保证公平性？
浏览 0提问于2018-04-30得票数 3
回答已采纳
1回答
当getLastAccessTime被调用时，我很困惑为什么我们需要一个锁。该方法仅由Expirer线程调用。( Q2)假设，如果映射仅由线程调用，那么我们是否需要ExpiringObject中的可重入锁。我问这个问题的原因是，我测试了插入1M对象，可重入锁占用了100 am以上
浏览 3提问于2015-03-13得票数 0
回答已采纳
2回答
可能重复：
书中说，malloc是不可重入的，因为它操纵全局链接列表数据结构，但是通过使用互斥锁使线程安全。我对此感到有点困惑:因为它使用互斥线程是线程安全的，因此可以同时被多个线程调用，为什么它不是一个重入函数？(如果我们说重入意味着它可以由多个调用方同时调用)
另一个问题是，由于malloc是线程安全的，我们能把它放在信号处理程序中吗？我认为答案是肯定的，但我不确定，因为根据这本书，它说，只有可重入或异步信号
浏览 4提问于2012-01-15得票数 11
回答已采纳
可重入性意味着锁是在每个线程而不是每个调用的基础上获得的。
由于内部锁是由线程持有的，这是否意味着线程运行一次就等于调用基础？谢谢，这似乎意味着:在一个线程中，如果我在处理调用函数doB的函数doA时得到了一个锁lockA，而doB也需要一个锁lockA，那么就会有一个可重入性。
浏览 2提问于2013-05-12得票数 45
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
