我是高级Java和学习重入锁的新手。我理解ReentrantLock有一个公平的参数，它确保锁被分配给大多数饥饿的线程(与同步内部锁中的情况不同)。但是，可重入也意味着同一个线程可以通过增量holdCount一次又一次地重新获取锁。如果同一个线程永远获取锁，它如何保证公平性？
浏览 0提问于2018-04-30得票数 3
回答已采纳
可重入性意味着锁是在每个线程而不是每个调用的基础上获得的。
由于内部锁是由线程持有的，这是否意味着线程运行一次就等于调用基础？谢谢，这似乎意味着:在一个线程中，如果我在处理调用函数doB的函数doA时得到了一个锁lockA，而doB也需要一个锁lockA，那么就会有一个可重入性。在Java中，这种现象是按线程获取的，所以我不需要考虑死锁？
浏览 2提问于2013-05-12得票数 45
回答已采纳
2回答
强制解锁可重入锁
、、、、
我有一个可重入锁，我将它包装在一个自定义的类中，以满足我自己的需求。但是，由于应用程序的性质，持有可重入锁的线程会卡住(外部故障)，并且无法释放可重入锁。
我想知道是否有一种方法可以显式解锁可重入锁？我知道可重入锁的API没有这样的方法--然而，我正在考虑引入一个计时器任务，它将在一段时间后解锁可重入锁，或者杀死持有可重入锁的<
浏览 7提问于2012-10-09得票数 3
回答已采纳
3回答
我有一个用java制作的应用程序，它使用了一个可重入的全局锁，我有一个类似这样的问题：为了让其他一些线程在短时间内获得锁，一个好的锁定策略或优化是什么？
浏览 1提问于2013-12-06得票数 0
2回答
我当时正在研究Java中的可重入锁。需要对这个概念进行某些澄清，即它实际上是如何工作的。b(); } some code;上面的代码有这个可重入锁问题的场景我在这里所理解的是，假设我们有两个线程:在测试共享对象上执行应用程序中的T1和T2。
无论T1或T2获取a()和b()上的锁获取。让我们先说T1，然后执行一个()。而a()控
浏览 1提问于2018-10-27得票数 4
1回答
当一个线程比另一个线程做更多的工作时，我正在编写一个遭受饥饿的程序。关键部分由可重入的QMutex保护，这是不公平的。我以前做过一些研究，在boost中有shared_lock，但是我不需要读/写锁。只是一个锁，这将保证每个线程都有平等的机会进入关键部分。
非常感谢。
浏览 3提问于2015-09-11得票数 5
1回答
ReentrantLock允许线程递归地获取相同的锁，以便在连续的锁/解锁时增加和减少锁计数。然而，在将锁计数释放到其他线程之前，必须将锁计数减为零。为什么或者在什么情况下，我要编写代码来递归地获取锁？对问题的澄清：
请
浏览 1提问于2014-10-24得票数 3
1回答
在重写的非静态同步方法中持有哪些锁。请提供获取和释放基类和子类监视器锁的顺序，以便解释可重入性在java中的好处。如果能够通过拥有JVM维护的线程和获取计数来实现可重入性来解释这些序列，那就太好了。public synchronized void doSomething() { }请注意，这个问题是专门要求解释隐式重入锁
浏览 0提问于2014-05-26得票数 1
回答已采纳
1回答
我在许多关于可重入锁的教程中看到，它们创建一个新的可重入锁，并注入资源，在try/finally块中调用可重入锁的锁和解锁。我不明白这个锁和线程中使用的资源之间的连接。下面是关于重入锁的教程示例public class Resource {
//do some operation
浏览 3提问于2022-05-23得票数 -1
回答已采纳
2回答
以下是来自“Java并发性实践”的可重入锁定的一些示例代码：public synchronized void doSomething() {
可重入性简化了锁定行为的封装，从而简化了面向对象并发代码的开发.如
浏览 2提问于2015-01-12得票数 5
回答已采纳
我对Java和OOP很陌生。我正在阅读java中的并发性，在第2章中，它谈到了可重入性。我不太明白僵局是怎么发生的。有人能打破这种情况，让我一条条地了解细节吗？
提前谢谢你。如果内部锁不是可重入的，那么对super.doSomething的调用将永远无法获得锁，因为它将被视为已持有，并且线程将永久停止等待它永远无法获得的锁。System.out.println(toString() + ": calling doSomething"
浏览 1提问于2014-02-03得票数 1
回答已采纳
2回答
下面的代码会成功执行吗？
、、、
在Brian Goetz的Java并发性实践中，下面的示例解释了Java中锁的重入性： public synchronized void doSomething{ super.doSomething();}
它说，由于Java中锁的重入性，上述代码不会导致死锁，因
浏览 1提问于2018-09-12得票数 3
回答已采纳
2回答
线程、锁和条件的状态
、、、、
在Java中，如果一个线程t2试图从同步(目前由另一个线程t1使用)获得锁，那么t2将从runnable切换到阻塞。对，是这样?那ReentrantLock呢？如果线程t1使用锁完成，那么t2会自动切换回runnable，还是需要使用notifyAll()？在没有条件的情况下使用ReentrantLock会怎么样？如果没有使用条件，如何通知线程t2它应该切换回可运行状态？在没有条件的情况下使用重入锁是明智的，甚至是可能的吗？
如果这个
浏览 1提问于2017-01-03得票数 2
回答已采纳
1回答
可重入锁能与同步块一起工作吗？
、、、、
我在Java应用程序中有一个数据传输对象(DTO)，它是从多个不同的线程跨应用程序读取和写入的。到目前为止，我已经能够使用synchronized(dto.class)进行同步。现在有一个实例需要将锁保存在调用它的方法之外，因此我将使用ReentrantLock()类。
是否有一种线程安全的方法在一个实例中使用可重入锁来实现其功能，同时保持同步块与代码的其余部分相同？或者，是否使用重入锁意味着所有相关的同步块都必须删除？
浏览 2提问于2022-10-10得票数 0
5回答
我想知道在Java中，如果我在同一个对象上同步两次，会不会有什么奇怪的行为？我不这么认为，因为这是相同的线程，但我不确定可能出现的任何其他奇怪的结果。
浏览 3提问于2008-10-30得票数 57
回答已采纳
3回答
如果我在两个方法中使用synchronize(this)，其中一个调用另一个方法，我是否会陷入死锁的情况，或者它会因为线程已经拥有锁而工作吗？当调用foo()时，将在(This)上获得锁；当被foo调用时，bar是否会尝试执行相同的操作(从而导致死锁)，或者它是否会意识到锁已经被同一线程获得？
希望我的解释或多或少清晰;-)
浏览 1提问于2012-06-26得票数 4
回答已采纳
我在读有关Java线程和可重入锁的文章。ReentrantLock允许线程多次进入对资源的锁定。我的问题是，如果线程已经锁定了资源，为什么它必须这样做？这种“再入”的目的是什么？
浏览 7提问于2019-09-15得票数 0
为什么下面的代码不会导致死锁？我的意思是在我调用getNumber(.)类测试的对象应该是锁定的，所以我应该不能访问getNumber2(.)。 synchronized int getNumber(int i){ }
return i; System.out.printl
浏览 0提问于2013-03-04得票数 5
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM活动推荐
腾讯云开发者
