获取另一个对象在同步块上的锁

Question

我目前正在深入研究多线程概念，并且我注意到，每当讨论synchronized block时，都会获得this对象的锁定。 例如：

synchronized(this) {}

但是，是否有任何理由将另一个对象作为同步的参数？ 还是不明智的模式？

Answer 1

您可以按以下方式使用公共对象。

static final Object lock=new Object();

然后您可以将其解析为同步块，如下所示

synchronized(lock){

 }

这里唯一的要求是您必须共享公共对象。 然后，基于此对象锁定每个路径（不同的对象）。

我认为您对我们为什么使用其他对象有疑问。

如果要通过不同的线程锁定不同的路径，则必须锁定每个路径。 因此，我们必须使用第三个对象。 然后，当一个对象要求该锁对象时，其他线程必须等待，直到该锁被重新密封为止。 但是获得锁的相同线程可以继续。

Answer 2

您可以将第三方对象用作锁 。 通常，此类对象可用于实现对不同对象之间共享资源的同步 ，这将被迫在执行某些代码段之前获取此第三方对象锁。

Answer 3

为什么锁定其他内容可能会有所帮助的示例：

final List<Object1> firstList = new List<>();
final List<Object2> secondList = new List<>();

// ...

public Object readFromListOne() {
  synchronized(firstList) {
    return firstList.remove(0);
  }
}

public Object readFromListTwo() {
  synchronized(secondList) {
    return secondList.remove(0);
  }
}

在这里线程可以同时访问两个列表，而synchronized(this)可以锁定两个调用，即使这不是必需的。

顺便说一句：并发列表将使所有这些同步过时

Answer 4

synchronized(this) {}

这意味着，任何其他线程上进行同步this将释放/等待 ，直到你释放/等待锁才能进入。

  synchronized(somethingElse) {}

这意味着现在可以使用somethingElse进行锁定。

因此，两者之间存在明显的差异，具体取决于您所同步的内容。