同步（this）和观察者通知

Question

这与这个著名的 SO 问题有关，但绝对不相同：

在 Java 中避免同步（这个）？

我经常有一个“可观察的主题”，它喜欢在修改时通知它的观察者。 通知基本上是在进行“外来方法”调用（因为它们在Effective Java等中被调用）我可能有这样的事情：

public void updateData(params) {
    synchronized (this) {
        // do some computation here
    }
    notifyObservers(); // Never, EVER, call an alien method with a lock held (see Effective Java)
}

public synchronized Result getResult() {
   ...
}

我应该避免使用synchronized(this)并因此也从getResult()方法中删除synchronized吗？

这是人们建议反对synchronized(this)所推荐的以下内容吗：

private final Object lock = new Object(); // shiny lock

public void updateDate(params) {
    synchronized( lock ) {
       ...
    }
    notifyObservers();
}

public Result getResult() {
    synchronized( lock ) {
        return Result;
    }
}

作为一个不保证它自己的 SO 问题的额外问题：如果推荐后者，那么建议不要使用synchronized(this) 的人如何考虑 Java 中的方法可以声明为“同步”这一事实？

Answer 1

如果您担心公开您的锁，您不想将其作为 API 的一部分，或者您有更细粒度的锁定策略并且一个锁是不够的，您可以使用您描述的私有锁。

但是请注意，还有另一个更灵活的选择： ReentrantLock 。 您提到的问题中没有提到的内在锁的缺点之一是它们只支持不间断的锁获取。 另一方面， ReentrantLock提供了检查锁状态、可中断获取和超时获取的方法。

可中断获取在编写可取消任务时特别有用，因为它遵循阻塞方法的一般规定，抛出 InterruptedException 以在阻塞操作中发出线程中断信号。 基于中断的取消机制后面跟着来自java.util.concurrent的Executors 。