ReentrantLock与synchronized的差别

总的来说，lock更加灵活。

主要同样点：Lock能完毕synchronized所实现的全部功能

不同：
1.ReentrantLock功能性方面更全面，比方时间锁等候，可中断锁等候，锁投票等，因此更有扩展性。

在多个条件变量和高度竞争锁的地方，用ReentrantLock更合适，ReentrantLock还提供了Condition，对线程的等待和唤醒等操作更加灵活。一个ReentrantLock能够有多个Condition实例。所以更有扩展性。
2.ReentrantLock必须在finally中释放锁，否则后果非常严重，编码角度来说使用synchronized更加简单。不easy遗漏或者出错。
3.ReentrantLock 的性能比synchronized会好点。
4.ReentrantLock提供了可轮询的锁请求。他能够尝试的去取得锁，假设取得成功则继续处理，取得不成功，能够等下次执行的时候处理，所以不easy产生死锁。而synchronized则一旦进入锁请求要么成功，要么一直堵塞。所以更easy产生死锁。

转载：

http://houlinyan.iteye.com/blog/1112535

1、ReentrantLock 拥有Synchronized同样的并发性和内存语义，此外还多了 锁投票，定时锁等候和中断锁等候

     线程A和B都要获取对象O的锁定，如果A获取了对象O锁。B将等待A释放对O的锁定，

     假设使用 synchronized ，假设A不释放，B将一直等下去，不能被中断

     假设 使用ReentrantLock，假设A不释放。能够使B在等待了足够长的时间以后。中断等待，而干别的事情

 

    ReentrantLock获取锁定与三种方式：
    a)  lock(), 假设获取了锁马上返回，假设别的线程持有锁，当前线程则一直处于休眠状态，直到获取锁

    b) tryLock(), 假设获取了锁马上返回true，假设别的线程正持有锁，马上返回false；

    c)tryLock(long timeout,TimeUnit unit)，   假设获取了锁定马上返回true，假设别的线程正持有锁，会等待參数给定的时间，在等待的过程中。假设获取了锁定，就返回true，假设等待超时。返回false。

    d) lockInterruptibly:假设获取了锁定马上返回，假设没有获取锁定，当前线程处于休眠状态。直到或者锁定。或者当前线程被别的线程中断

 

2、synchronized是在JVM层面上实现的，不但能够通过一些监控工具监控synchronized的锁定，并且在代码运行时出现异常，JVM会自己主动释放锁定。可是使用Lock则不行，lock是通过代码实现的。要保证锁定一定会被释放，就必须将unLock()放到finally{}中

 

3、在资源竞争不是非常激烈的情况下，Synchronized的性能要优于ReetrantLock，可是在资源竞争非常激烈的情况下，Synchronized的性能会下降几十倍。可是ReetrantLock的性能能维持常态。

參考文章：

• http://houlinyan.iteye.com/blog/1112535
• http://zhangjunhd.blog.51cto.com/113473/70300/
• http://hi.baidu.com/ecspell/item/d9fa870a22eafa354bc4a3ae
• http://my.oschina.net/u/1042978/blog/127207