4回答
我在文章"".They中提到，“Lock框架是同步的兼容替代品”。我知道，通过使用可重入锁，我们可以跨方法持有锁，在一定时间内等待锁(使用同步块(或)方法是不可能的)。我的疑问是，是否有可能用可重入锁替换应用程序的同步机制？例如，我希望实现线程</
浏览 2提问于2016-10-10得票数 0
回答已采纳
1回答
可重入锁能与同步块一起工作吗？
、、、、
我在Java应用程序中有一个数据传输对象(DTO)，它是从多个不同的线程跨应用程序读取和写入的。到目前为止，我已经能够使用synchronized(dto.class)进行同步。现在有一个实例需要将锁保存在调用它的方法之外，因此我将使用ReentrantLock()类。
是否有一种线程安全的方法在一个实例中使用可重入锁来实现其功
浏览 2提问于2022-10-10得票数 0
2回答
上面的引号似乎意味着线程在Widget对象上获得了一个内在锁，但我观察到的是线程在LoggingWidget上获得了一个锁。我不知道如何核实收购数量，所以无法观察到这一点。这本书是交替使用LoggingWidget/Widget的名称，还是应该具体地观察Widget对象上的锁？编辑:完整摘录
可重入性简化了锁定行为的封装，从而简化了面向对象并发代码<e
浏览 2提问于2015-01-12得票数 5
回答已采纳
1回答
在重写的非静态同步方法中持有哪些锁。请提供获取和释放基类和子类监视器锁的顺序，以便解释可重入性在java中的好处。如果能够通过拥有JVM维护的线程和获取计数来实现可重入性来解释这些序列，那就太好了。public synchronized void doSomething() { }请注意，这个
浏览 0提问于2014-05-26得票数 1
回答已采纳
我是高级Java和学习重入锁的新手。我理解ReentrantLock有一个公平的参数，它确保锁被分配给大多数饥饿的线程(与同步内部锁中的情况不同)。但是，可重入也意味着同一个线程可以通过增量holdCount一次又一次地重新获取锁。如果同一个线程永远获取锁，它如何保证公平性？
浏览 0提问于2018-04-30得票数 3
回答已采纳
2回答
我正在读java中可重入锁和同步块之间的比较。我正在浏览互联网上的各种资源。我发现使用可重入锁而不是同步块的一个缺点是，在前一个同步块中，您必须显式地使用try finally块来调用finally块中获取的锁的unlock方法，因为如果线程不释放锁，代码<
浏览 6提问于2014-04-20得票数 0
我的意思是在我调用getNumber(.)类测试的对象应该是锁定的，所以我应该不能访问getNumber2(.)。
浏览 0提问于2013-03-04得票数 5
回答已采纳
下面的代码片段使用wait()和notify()方法按顺序打印数字，并同步三个线程。但要求是使用可重入锁定机制来实现相同的功能。k = k + 3; C.start(); A.start();如何使用可重入锁定实现相同<
浏览 8提问于2017-07-08得票数 0
3回答
如果我在两个方法中使用synchronize(this)，其中一个调用另一个方法，我是否会陷入死锁的情况，或者它会因为线程已经拥有锁而工作吗？public void bar() { // do something }如您所见，有两个方法foo和bar，它们都依赖于同步当调用foo()时，将在(This)上获得锁；当被foo调用时，bar是否会尝试执行相同的操作(从而导致
浏览 1提问于2012-06-26得票数 4
回答已采纳
5回答
我想知道在Java中，如果我在同一个对象上同步两次，会不会有什么奇怪的行为？void method2(){ { }}
这两种方法都使用该对象，并在其上进行同步。我不这么认为，因为这是相同的线程，但我不确定可能出现的任何其他奇怪的结果。
浏览 3提问于2008-10-30得票数 57
回答已采纳
这是约书亚·布洛赫写的一本书。
在每次调用的基础上，他指的是每个方法调用吗？可重入是通过与每个锁关联一
浏览 0提问于2016-07-30得票数 6
回答已采纳
1回答
我在许多关于可重入锁的教程中看到，它们创建一个新的可重入锁，并注入资源，在try/finally块中调用可重入锁的锁和解锁。我不明白这个锁和线程中使用的资源之间的连接。下面是关于重入锁的教程示例pub
浏览 3提问于2022-05-23得票数 -1
回答已采纳
在ID3D11Multithread内部实现的互斥是可重入的吗？可重入性意味着持有互斥锁的线程可以再次锁定互斥锁，而无需在中间解锁。
浏览 5提问于2021-11-25得票数 0
2回答
线程、锁和条件的状态
、、、、
在Java中，如果一个线程t2试图从同步(目前由另一个线程t1使用)获得锁，那么t2将从runnable切换到阻塞。对，是这样?那ReentrantLock呢？如果线程t1使用锁完成，那么t2会自动切换回runnable，还是需要使用notifyAll()？在没有条件的情况下使用ReentrantLock会怎么样？如果没有使用条件，如何通知线程t
浏览 1提问于2017-01-03得票数 2
回答已采纳
2回答
我当时正在研究Java中的可重入锁。需要对这个概念进行某些澄清，即它实际上是如何工作的。; public synchronized b(){ }
上面的代码有这个可重入锁问题的场景。我在这里所理解的是，假设我们有两个线程:在测试共享对象上执行应用程序中的T1和T2。
无论T1或T2获取a
浏览 1提问于2018-10-27得票数 4
可重入性意味着锁是在每个线程而不是每个调用的基础上获得的。
由于内部锁是由线程持有的，这是否意味着线程运行一次就等于调用基础？谢谢，这似乎意味着:在一个线程中，如果我在处理调用函数doB的函数doA时得到了一个锁lockA，而doB也需要一个锁lockA，那么就会有一个可重入性。在Java中，这种现象是按线程获
浏览 2提问于2013-05-12得票数 45
回答已采纳
2回答
锁定类的静态成员
、、、、
根据我的理解，下面这段代码应该会导致死锁。原因是，当线程t1锁定静态对象firstData时，他已经获得了类上的锁。因此，当他试图锁定另一个静态对象secondData时，请求应该会阻塞。但是，该程序运行良好，并打印*** Successfully acquired both the locks
浏览 0提问于2012-04-20得票数 6
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
