gpt4 book ai didi

java - 锁.tryLock() : Thread performing different tasks?

转载 作者:行者123 更新时间:2023-12-01 19:58:01 26 4
gpt4 key购买 nike

我试图理解 Java 中的多线程,使用 作为 java.util.concurrent.* 的一部分添加的功能。首先,有一个概念lock线程可以尝试获取;如果线程无法获取,它可以执行一些其他任务。

我在网上 Material 和一些书中读过这一点,但从未见过他们实际实现的任何东西。如果一个线程无法获取锁,它怎么可能执行其他任务?一个线程不应该做一个“工作”吗?它如何根据是否可以获得锁来执行多个逻辑?

是否有任何实际的实现可供我引用、理解、强化概念;否则看起来太抽象了,如何在现实生活中实现。

有什么解释吗?

最佳答案

很难找到现实生活中的示例,因为通常您不会将软件设计为使用 tryLock()。 javadoc中给出的例子如下:

Lock lock = ...;
if (lock.tryLock()) {
try {
// manipulate protected state
} finally {
lock.unlock();
}
} else {
// perform alternative actions
}

但是您不会这样设计您的软件,对吗?如果锁永远(或几乎永远)不可用怎么办,这将如何影响您的程序?如果始终可用怎么办?您有一种方法可以根据纯粹的机会完成两件事之一。这不是好的设计,它增加了随机性和复杂性。

好吧,所以您决定使用它并不是因为它很优雅。它有什么好处?

假设您继承了一个由 insane programmer 设计的遗留项目。并且它存在严重的死锁问题。它具有遍布各处的同步方法,并且需要每周至少启动一次,因为它会锁定。首先,将所有synchronized 方法转换为使用Lock。现在您不再永远阻塞 synchronized,而是可以使用 tryLock(long, TimeUnit)超时并防止死锁。

现在您已经解决了重新启动导致死锁的问题,但它仍然不是最佳选择,因为您需要花费时间等待。通过额外的重构,您可以设法减少锁定,但不幸的是您无法做到正确的 lock ordering还没有。您的最终代码如下所示,其中使用 tryLock() 获取内部锁,或者释放外部锁以防止死锁:

Lock outerLock = ...;
outerLock.lock(); // Here we block freely
try {
Lock innerLock = ...;
if (innerLock.tryLock()) { // Here we risk deadlock, we'd rather "fail-fast"
try {
doSomethingProtectedByLocks();
} finally {
innerLock.unlock();
}
} else {
throw new OperationFailedException(); // Signal the calling code to retry
}
} finally {
outerLock.unlock();
}

我认为问题主要出在措辞上。 Javadoc 讨论了根据是否获取锁来执行的“操作”(例如解锁外部锁),但很容易阅读它,就好像线程具有由锁状态确定的 2 个独立职责一样。

关于java - 锁.tryLock() : Thread performing different tasks?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48813958/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com