2回答
强制解锁可重入锁
、、、、
我有一个可重入锁，我将它包装在一个自定义的类中，以满足我自己的需求。但是，由于应用程序的性质，持有可重入锁的线程会卡住(外部故障)，并且无法释放可重入锁。
我想知道是否有一种方法可以显式解锁可重入锁？我知道可重入锁的API没有这样的方法--然而，我正在考虑引入一个计时器任务，它将在一段时间后解锁可重入<
浏览 7提问于2012-10-09得票数 3
回答已采纳
3回答
我在Java语言中使用过synchronized关键字和可重入锁，但我不明白它们有什么不同，也不知道哪一个适合于给定的情况。我如何决定什么时候应该使用synchronized，什么时候应该使用可重入锁？
浏览 3提问于2012-01-31得票数 23
1回答
在重写的非静态同步方法中持有哪些锁。请提供获取和释放基类和子类监视器锁的顺序，以便解释可重入性在java中的好处。如果能够通过拥有JVM维护的线程和获取计数来实现可重入性来解释这些序列，那就太好了。public synchronized void doSomething() { }请注意，这个问题是专门要求解释隐式重入锁
浏览 0提问于2014-05-26得票数 1
回答已采纳
2回答
我当时正在研究Java中的可重入锁。需要对这个概念进行某些澄清，即它实际上是如何工作的。b(); } some code;上面的代码有这个可重入锁问题的场景无论T1或T2获取a()和b()上的锁获取。让我们先说T1，然后执行一个()。而a()控件的执行到达b()；调用。现在在这种情况下，T1期望这个b()有一个
浏览 1提问于2018-10-27得票数 4
我对Java和OOP很陌生。我正在阅读java中的并发性，在第2章中，它谈到了可重入性。我不太明白僵局是怎么发生的。有人能打破这种情况，让我一条条地了解细节吗？
提前谢谢你。如果内部锁不是可重入的，那么对super.doSomething的调用将永远无法获得锁，因为它将被视为已持有，并且线程将永久停止等待它永远无法获得的锁。System.out.println(toString() + ": calling doSometh
浏览 1提问于2014-02-03得票数 1
回答已采纳
2回答
我正在读java中可重入锁和同步块之间的比较。我正在浏览互联网上的各种资源。我发现使用可重入锁而不是同步块的一个缺点是，在前一个同步块中，您必须显式地使用try finally块来调用finally块中获取的锁的unlock方法，因为如果线程不释放锁，代码的关键部分可能会抛出异常，这可能会造成大麻烦，而在后一个块中，JVM自己负责在出现异常的情况下释放锁。谁能告诉我可重入锁相对于同
浏览 6提问于2014-04-20得票数 0
1回答
我在许多关于可重入锁的教程中看到，它们创建一个新的可重入锁，并注入资源，在try/finally块中调用可重入锁的锁和解锁。我不明白这个锁和线程中使用的资源之间的连接。下面是关于重入锁的教程示例public class Resource {
//
浏览 3提问于2022-05-23得票数 -1
回答已采纳
2回答
以下是来自“Java并发性实践”的可重入锁定的一些示例代码：public synchronized void doSomething() {
可重入性简化了锁定行为的封装，从而简化了面向对象并发代码的开发.如
浏览 2提问于2015-01-12得票数 5
回答已采纳
我是高级Java和学习重入锁的新手。我理解ReentrantLock有一个公平的参数，它确保锁被分配给大多数饥饿的线程(与同步内部锁中的情况不同)。但是，可重入也意味着同一个线程可以通过增量holdCount一次又一次地重新获取锁。如果同一个线程永远获取锁，它如何保证公平性？
浏览 0提问于2018-04-30得票数 3
回答已采纳
可重入性意味着锁是在每个线程而不是每个调用的基础上获得的。
由于内部锁是由线程持有的，这是否意味着线程运行一次就等于调用基础？谢谢，这似乎意味着:在一个线程中，如果我在处理调用函数doB的函数doA时得到了一个锁lockA，而doB也需要一个锁lockA，那么就会有一个可重入性。在Java中，这种现象是按线程获取的，所以我不需要考虑死锁？
浏览 2提问于2013-05-12得票数 45
回答已采纳
每个Java对象(及其类)都有一个关联的监视器。在pthread术语中，Java监视器等同于可重入互斥锁和条件变量的组合。对于锁定，Win32 API提供互斥对象(可重入但重量级)和临界区(不可重入但轻量级)。它还提供了其他同步构造，如信号量和事件，但没有明确的条件变量概念。如果我正在编写一个JVM，我如何使用这些Win32概念来实现Java监视器呢？
浏览 0提问于2008-10-06得票数 0
3回答
我有一个用java制作的应用程序，它使用了一个可重入的全局锁，我有一个类似这样的问题：
一个线程获取可重入的全局锁，假设在此时间间隔内保持锁30秒，它进行一些操作。为了让其他一些线程在短时间内获得锁，一个好的锁定策略或优化是什么？
浏览 1提问于2013-12-06得票数 0
3回答
在一次采访中，我被问到java中有多少类型的锁，我知道同步(这个)或同步方法，以及可重入锁。我还能在一个物体上获得其他类型的锁吗？
浏览 0提问于2016-12-22得票数 9
在ID3D11Multithread内部实现的互斥是可重入的吗？可重入性意味着持有互斥锁的线程可以再次锁定互斥锁，而无需在中间解锁。
浏览 5提问于2021-11-25得票数 0
可能重复：
我试图理解java中的可重入锁，我正在寻找一个简单的解释。为什么锁必须重新进入？它解决了什么问题？举个例子会有帮助。
浏览 1提问于2011-09-16得票数 5
3回答
我一直在尝试理解可重入锁和信号量(可重入锁的嵌套与释放/解锁机制)。
似乎拥有一个信号量需要您编写一个经过更彻底测试的应用程序，因为release()方法不会检查释放许可证的线程是否真的持有它。另一方面，如果一个线程在调用解锁方法时没有持有可重入锁，我们就会得到一个IllegalMonitorException。另外，既然可重入锁也为每个对象提供一个锁，
浏览 3提问于2013-07-17得票数 35
回答已采纳
读取C#中的锁。我认为能够多次获取同一对象上的锁是可能的，因为监视器是可重入的。维基百科中定义的可重入代码似乎不太适合这种情况。您能帮助我理解什么是C#上下文中的可重入性，以及它如何应用于监视器吗？据我所知，当一个线程获得一个锁时，它不会在临界区中途放弃锁--即使它产生了CPU..as，结果是，没有其他线程能够获得monitor..where。
浏览 2提问于2016-01-06得票数 4
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
