synchronized和Lock的区别

最近有多位粉丝被问到synchronized和Lock，据说还是阿里一面的面试题。在分布式开发中，锁是控制线程的重要方式。Java提供了两种锁机制synchronized 和 Lock。接下来，我给大家分享一下我对synchronized和Lock的理解。

另外，我花了1个多星期把往期的面试题解析配套文档准备好了，想获取的小伙伴可以在我的煮叶简介中找到。

1、两者对比

synchronized和Lock都是Java中用来解决线程安全问题的一个工具，那么关于synchronized和Lock的区别，我从以下4个方面来给大家来做一个详细的分析：

1）、特性区别

synchronized是Java内置的一个线程同步关键字，

而Lock是J.U.C包下面的一个接口，它有很多实现类，比如ReentrantLock就是它的一个实现类。

2）、用法区别

synchronized可以写在需要同步的对象、方法或者是特定代的码块中。主要有两种写法，比如这样：

一种是把synchronized修饰在方法上

//控制方法 public synchronized void sync(){ }

一种是把synchronized修饰在代码块上

Object lock = new Object(); //控制代码块 public void sync(){ synchronized(lock){ } }

用这种方式来控制锁的生命周期。而Lock控制锁的粒度是通过lock() 和 unlock() 方法来实现的，以ReentrantLock为例，来看这样一段代码：

Lock lock = new ReentrantLock(); public void sync(){ lock.lock(); //添加锁 //TODO线程安全的代码 lock.unlock(); //释放锁 }

这种方式，是可以保证lock()方法和unlock()方法之间的代码是线程安全的。而锁的作用域，取决于Lock实例的生命周期。

Lock比synchronized在使用上相对来说要更加灵活一些。Lock可以自主地去决定什么时候加锁，什么时候释放锁。只需要调用lock()和unlock()这两个方法就可以了。需要注意的是，为了避免死锁，一般我们unlock()方法写在finally块中。

另外，Lock还提供了非阻塞的竞争锁的方法叫trylock()，这个方法可以通过返回true或者fasle来告诉当前线程是否已经有其他线程正在使用锁。

而synchronized是关键字，无法去扩展实现非阻塞竞争锁的方法。另外，synchronized只有代码块执行结束或者代码出现异常的时候才会释放锁，因此，它对锁的释放是被动的。

3）、性能区别

synchronized和Lock在性能上差别不大。在实现上有一些区别，

synchronized 采用的是悲观锁机制，synchronized 是托管给 JVM 执行的。在JDK1.6以后采用了偏向锁、轻量级锁、重量级锁及锁升级的方式进行优化。

而 Lock 用的是乐观锁机制。控制锁的代码由用于自定义，也采用CAS自旋锁进行了优化。

4）、用途区别

二者在一般情况下没有什么区别，但是在非常复杂的同步应用中，建议使用Lock。

因为synchronized只提供了非公平锁的实现，而Lock提供了公平所和非公平锁的机制。

公平锁是指线程竞争锁资源的时候，如果已经有其他线程正在排队或者等待锁释放，那么当前竞争锁的线程是无法去插队的。

而非公平锁就是不管是否线程再排队等待锁，它都会去尝试竞争一次锁。

以上，就是我对synchronized和Lock的理解，我还专门整理了一张表格帮助大家更好地理解，有需要这张表的小伙伴可以在我的主页简介中获取。