Java同步锁-Synchronize和Lock对比

开发者 · 2024-9-28 05:23:38

一、内置锁

使用Syschronized 关键字同步代码块（同步方法）都是使用到对象的内置锁
1、对象内置锁

使用对象自身的内置锁(监视器锁-monitor lock)

** 实例方法-使用实例对象锁，static 方法使用Class对象锁**
** 对象内置锁为互斥锁，一个同步块，只有一个线程进入**
** 同步代码块中的代码具有原子性**
** 进入代码块内获取到锁，无论正常退出or非常都会开释锁**

2、可重入

可重入，表现内置锁获取锁的粒度是线程，而不是调用同一个线程可以重复获取同一个内置锁3、保护状态

内置锁可以包管原子性使用对象的内置锁和对象本身的状态没有内涵关联关系很多类使用对象内置锁，单对象的域不肯定使用内置锁保护一个线程获取到对象的内置锁，其他对象同样还是可以访问该对象，只是获取不了这个对象的锁java在设计上每个对象都有一个内置锁，只是为了免除须要时表现的创建锁对象对于包罗多个变量的稳固形条件，全部变量使用同一个锁来保护，可以包管划一性4、使用

只管缩小同步块的巨细，耗时使用假如不是须要同步的，应该在同步块外同步代码块假如是耗时的，会带来活泼性或性能题目无相干性的同步，可以使用多个、大概拆开到多个同步块中二、 ReentrantLock 与 synchronized对比
1、雷同点
具有雷同的互斥性和内存可见性

** 进入同步块与获取ReentrantLock，退出同步块与开释ReentrantLock具有雷同内存语义**

** 同样是可重入**

2、区别

处理处罚锁的不可用性题目更加机动
** 同步块无法停止等待的线程，无法无限等待**
** 必须（主动）代码块后开释锁，包括非常，无法实现非壅闭布局的加锁规则**
** ReentrantLocak必须主动开释锁，非常不会主动开释锁，更加伤害（忘记了开释）**

3、锁的轮询与定时
内置锁中，会出现死锁题目:出现不划一的锁次序（相互等待），办理的方法只能重启应用Lock接口中界说的 tryLock()、tryLock(long timeout,TimeUnit unit)方法，可以实现可轮询、可定时的获取锁使用，在获取不到锁，或超时，可以轮询重试，大概超时退出获取哀求，如答应以有效的制止死锁4、可停止锁
Lock 接口界说的方法 lockInterruptibly()壅闭获取锁，能相应线程停止哀求，同步代码块则不能相应停止，只能一直壅闭大概乐成获取到锁5、非块布局加锁
同步代码块的加锁、开释锁都是基于synchronized同步关键字的代码块，主动获取锁、开释锁，使用简朴，可以制止忘记开释锁的编程错误；但如许的加锁规则不机动，不能本身控制获取和开释
6、锁的公平性
公平锁：
线程按照获取锁的哀求次序获取到锁，一个线程发出获取锁时，假如锁已经由另一线程持有大概有其他线程在队列等待获取锁，那么这个新哀求的线程将放入到队列中
非公平锁：
线程获取到锁的次序与哀求锁的次序不能包管，存在线程直接“插队”获取锁的情况：一个线程发出获取锁时，假如当前锁的状态变为可获取，那么这个新哀求锁的线程将直接跳过等待队列并获取到锁
非公平锁比公平锁提供更好的性能:
公平锁在挂起线程和恢复线程时存在的开销低沉了性能，在锁竞争猛烈的情况下，恢复一个被挂起的线程与该线程真正开始运行存在严重的延迟，举个公平锁例子：A线程持有一个锁，此时B线程哀求这个锁，则B被挂起、放入等待队列，当A开释锁时，B将被叫醒，恢复运行再次尝试获取锁；叫醒B并等待恢复运行是偶然间斲丧的；假设A开释锁时，线程C也哀求这个锁，非公平锁情况下，C大概会在B叫醒前直接得到并使用这个锁，更加充实的使用到了锁的时间，因此吞吐量会更高
默认ReentrantLock与synchronized内置锁都优劣公平锁，ReentrantLock也提供了非公平锁的实现，一样平常情况下，非公平锁时可以符合使用要求，java语言规范没有要求内置锁要实现公平，ReentrantLock也没有低沉公平性；
三、synchronized与ReentrantLock选择

** ReentrantLock拥有内置锁没有的特性：锁等待（超时，轮询）、可停止的锁等待壅闭、公平性锁、更加机动可以实现非块布局加锁； **
** 而内置锁的使用更加简朴明白，主动获取锁和开释锁，比ReentrantLock更加安全，不会由于忘记开释锁导致不可知题目； **
** 在性能方法，java6后两者实际相差不大。当内置锁不能满足使用需求是，可以思量使用ReentrantLock,即还是优先使用内置锁**

Java同步锁-Synchronize和Lock对比

所属分类: 问答交流

新帖推荐: 30日

推荐作品