synchronized 和 Lock 都是Java 中用来解决线程安全问题的工具,关于 synchronized 和 Lock的区别,可以从以下4个方面来给大家做一个详细的分析。
1、特性区别
synchronized 是Java内置的一个线程同步关键字,而Lock是J.U.C包下面的一个接口,它有很多实现类,比如ReentrantLock就是它的一个实现类。
2、用法区别
synchronized 可以写在需要同步的对象、方法或者特定代码块中。主要有两种写法,比如这样:
//控制方法public synchronized void sync(){
}
上面是把 synchronized 修饰在方法上。再来看下面这种用synchronized 修饰代码块的例子:
0bject lock = new Object();
//控制代码块
public void sync() {
synchronized (lock) {
}
}
上面这种方式用来控制 synchronized 同步锁的作用范围。
Lock 控制锁的粒度是通过1ock0)方法和umlock()方法来实现的。以ReentrantLock为例,来看这样一段代码:
Lock lock = new ReentrantLock();
public void sync() {
lock.lock();
//添加锁//TODO 线程安全的代码
lock.unlock();//释放锁
}
这种方式,可以保证lockO方法和 unlockO)方法之间的代码是线程安全的。而锁的作用域,取决于Lock 实例的生命周期。Lock在使用上相对来说比synchronized 更加灵活一些。Lock可以自主地决定什么时候加锁,什么时候释放锁。只需要调用1ockO和unlockO)这两个方法就可以了。需要注意的是,为了避免程序异常导致锁没有释放的问题,一般我们将unlockO方法写在finally 块中确保锁被释放。
另外,Lock还提供了非阻塞的竞争锁的方法tyLockO,这个方法可以通过返回 true 或者false来告诉当前线程是否已经有其他线程正在使用锁。而synchronized 是关键字,无法扩展实现非阻塞竞争锁的方法。synchronized 只有代码块执行结束或者代码出现异常时才会释放锁,因此它对锁的释放是被动的。
3、性能区别
synchronized和Lock 在性能上差别不大,但在实现上有一些区别。synchronized 采用的是悲观锁机制,是托管给JVM 执行的,在JDK1.6以后采用了偏向锁、轻量级锁、重量级锁及锁升级的方式进行优化。而Lock采用的是乐观锁机制,控制锁的代码用于自定义,也采用CAS自旋锁进行了优化。
4、用途区别
二者在一般情况下没有什么区别,但是在非常复杂的同步应用中,建议使用Lock。因为synchronized 只提供了非公平锁的实现,而Lock 提供了公平锁和非公平锁的机制。公平锁是指线程竞争锁资源的时候,如果已经有其他线程在排队或者等待锁释放,那么当前竞争锁的线程是无法插队的。而非公平锁就是不管线程是否在排队等待锁,它都会尝试竞争一次锁。
在实际应用中,线程及线程安全性是非常重要和常见的功能,对于这部分内容如果理解不够深刻,很容易造成生产级别的故障,这里专门整理了一张表格,帮助大家更好地理解这部分内容。
Synchronized | Lock | |
特性 | JAVA的关键字,在JVM层面 | J.U.C包中的接口 |
获取 | A获得锁,B等待。A阻塞,B一直等待 | 可尝试获得锁,线程不用一直等待 |
释放 | 执行完同步代码或者发生异常,被动释放 | 在finally块中释放锁,避免造成死锁 |
状态 | 无法判断 | 可以判断 |
类型 | 可以重入,不可中断,非公平锁 | 可重入,可判断,可公平,可非公平 |
性能 | JDK1.6以后性能有较大提升 | 性能差异不大 |