重入锁是同步的完全替代品吗？

Question

我浏览了“http://www . IBM . com/developer works/Java/library/j-jtp 10264/”这篇文章。他们提到“锁框架是同步的兼容替代品”。我知道通过使用可重入锁，我们可以跨方法持有锁，等待锁一段时间(使用同步块(或)方法是不可能的)。我的疑问是，有没有可能用带有可重入锁的同步机制来代替应用程序？

例如，我想实现一个线程安全的堆栈数据结构，其中所有的推送，pop，getTop方法都是同步的，因此在多线程环境中，一次只有一个线程能够访问一个同步方法（如果一个线程使用推送方法，则没有其他线程能够访问推送，pop，getTop（或）堆栈类的任何其他同步方法）。是否可以使用重入锁实现相同的线程安全堆栈数据结构？如果可能，请提供一个例子来理解这一点。

Answer 1

Brian Goetz在第13.4章的"Java并发实践"中对此进行了讨论：

重入锁定是一种高级工具，适用于固有锁定不切实际的情况。如果您需要其高级功能，请使用它：定时，轮询或可中断的锁定获取，公平排队或非块结构锁定。否则，首选同步。

我绝对同意，因为恕我直言：

synchronized (lock) {
    // ...
}

比这更具可读性，更不容易出错：

try {
    lock.lock();
    // ...
} finally {
    lock.unlock();
}

长话短说：从技术角度来看，是的，你可以用重入锁替换同步，但我不会这样做。

还要检查这些问题：

< li >同步与锁定 < li >如果可以使用synchronized(this ),为什么要使用ReentrantLock？

Answer 2

答案是“是的”。

lock-解锁对用于代替同步（）{…}。await和信号在条件中替换为等待和通知。

Answer 3

用< code>synchronized可以做的任何事情也可以用< code>ReentrantLock来做，但反之则不行。也就是说，如果你需要的只是< code >锁定/解锁语义，我建议使用< code >同步,因为在我看来，它更具可读性。