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

Question

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

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

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

有什么解释吗？

Answer 1

很难找到现实生活中的示例，因为通常您不会将软件设计为使用 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 个独立职责一样。