Java中ReentrantLock和synchronized两种锁定机制的对比

转载

代码块声明为 synchronized，后果：
1.原子性（atomicity）
2.可见性（visibility）
可见性则更为微妙；它要对付内存缓存和编译器优化的各种反常行为

对 synchronized 的改进

synchronized 功能限制：
1.锁中断
2.锁投票

ReentrantLock 类

java.util.concurrent.lock 中的 Lock 框架是锁定的一个抽象。
它是 Java 类，而不是作为语言的特性来实现，考虑扩展。
这就为 Lock 的多种实现留下了空间，各种实现可能有不同的调度算法、性能特性或者锁定语义。

ReentrantLock 类实现了 Lock ，它拥有与 synchronized 相同的并发性和内存语义，但是添加了类似锁投票、定时锁等候和可中断锁等候的一些特性。此外，它还提供了在激烈争用情况下更佳的性能。（换句话说，当许多线程都想访问共享资源时，JVM 可以花更少的时候来调度线程，把更多时间用在执行线程上。）

ReentrantLock 实现更具可伸缩性。
这意味着当许多线程都在争用同一个锁时，使用 ReentrantLock 的总体开支通常要比 synchronized 少得多。
伸缩性：随着线程数的增多和线程争用，计算吞吐量的变化.

这不公平

ReentrantLock 构造器的一个参数是 boolean 值，它允许您选择想要一个 公平（fair）锁，还是一个 不公平（unfair）锁.
公平锁：使线程按照请求锁的顺序依次获得锁, 但是有成本;
不公平锁：则允许讨价还价

synchronized 好处

1.简单, 不会忘记unlock;
2.当 JVM 用 synchronized 管理锁定请求和释放时，JVM 在生成线程转储时能够包括锁定信息。这些对调试非常有价值，因为它们能标识死锁或者其他异常行为的来源

什么时候选择用 ReentrantLock

1.适用场景：时间锁等候、可中断锁等候、无块结构锁、多个条件变量或者锁投票
2.可伸缩性好.