最近有多位粉丝被问到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的理解,我还专门整理了一张表格帮助大家更好地理解,有需要这张表的小伙伴可以在我的主页简介中获取。
我是被编程耽误的文艺Tom,如果我的分享对你有帮助,请动动手指一键三连分享给更多的人。关注我,面试不再难!