Sychronized和Lock对比剖析

一 开篇

客观的讲，synchronized 和 lock都属于悲观锁（共享的资源每次只能给一个线程使用，其他线程处于阻塞状态，用完之后才释放资源给其他线程使用）。都能够实现数据的同步访问，sychronized是java中的一个关键字，属于java内置的语言特性，在Java1.5之后，在java.util.concurrent.locks包下提供了另外一种方式来实现同步访问，那就是Lock。

那么疑问来了，既然sychronized可以实现数据的同步访问，那么为什么还要增加lock呢？接下来我们来讲解下增加lock的原因。

二 Synchronized 和 Lock的区别

1.来源：synchronized 是java的关键字，是java的内置特性。Lock不是java关键字，是java.util.concurrent.locks包下的一个类，通过这个类可以实现数据的同步访问。

2.释放锁：synchronized 方法（代码块）执行完毕之后或者执行期间出现异常，系统会自动释放锁，不会导致死锁现象。Lock必须要用户去手动释放锁，如果没有主动释放，那么很可能出现死锁现象。

3.响应中断：Lock可以让等待的线程响应中断，而synchronized 不行，会一直等待下去

4.获取锁状态：Lock可以知道线程是否成功获取锁，synchronized 不行

5.高并发效率：Lock可以提高多线程作业效率

在性能上来说，如果资源竞争不是很激烈的情况下，两者性能相差不多，当有大量的线程竞争资源时，而Lock的性能远远高于synchronized ，所以根据情况选择合适的锁是关键

三 为什么引入Lock类？

1.为了能够灵活设置线程等待时间和响应中断，提高程序执行效率

从上面了解到，synchronized 释放锁的情况有两种：1.synchronized 方法（代码块）执行完毕。2.线程执行过程中发生异常，JVM自动释放锁。那么如果中途遇到等待IO或者sleep等原因被阻塞了，其他线程只能干等，这种情况下，程序的执行效率将会非常低下。但Lock可以设置线程等待的时间和相应中断！！！，其他线程可放弃等待，去做其他事情。

2.有效识别线程读操作，提高资源可利用范围

synchronized 加锁时，多个线程都只是进行读操作，所以当一个线程在进行读操作时，其他线程只能等待无法进行读操作。

但Lock可以使得多个线程都是读操作时，线程之间不会发生冲突。

3.sychronized无法知道线程有没有获取到锁，但Lock可以知道

tryLock()和tryLock(long time,Unit unit)方法是有返回值的，获取到锁返回true，否则返回false

四 java.util.concurrent.locks包下的类和接口介绍

java.util.concurrent.locks包下，我们需要关注的也就：两个接口（Lock接口，ReadWriteLock接口），两个实现类（ReentrantLock类，ReentrantReadWriteLock类），其中，ReentrantLock类是Lock接口的唯一实现，ReentrantReadWriteLock类是ReadWriteLock接口的实现。

1.Lock接口

通过查看源码可知，Lock是一个接口，方法如下：

public interface Lock {
    //获取锁，无返回值
    void lock();
    //获取锁，获取不到中断࿰