[TOC] ### **非公平锁** JVM 按随机、就近原则分配锁的机制则称为不公平锁, ReentrantLock 在构造函数中提供了 是否公平锁的初始化方式,默认为非公平锁。非公平锁实际执行的效率要远远超出公平锁,除非 程序有特殊需要,否则最常用非公平锁的分配机制。 加锁前检查是否有排队等待的线程,优先排队等待的线程,先来先得 ### **公平锁** 公平锁指的是锁的分配机制是公平的,通常先对锁提出获取请求的线程会先被分配到锁, ReentrantLock 在构造函数中提供了是否公平锁的初始化方式来定义公平锁。 <br> 加锁时不考虑排队等待问题,直接尝试获取锁,获取不到自动到队尾等待 1. 非公平锁性能比公平锁高 5~10 倍,因为公平锁需要在多核的情况下维护一个队列 2. Java 中的 synchronized 是非公平锁,ReentrantLock 默认的 lock()方法采用的是非公平锁。 <br> ### **ReentrantLock与synchronized** 1. ReentrantLock 通过方法 lock()与 unlock()来进行加锁与解锁操作,与synchronized 会 被 JVM 自动解锁机制不同, ReentrantLock 加锁后需要手动进行解锁。为了避免程序出 现异常而无法正常解锁的情况,使用 ReentrantLock 必须在 finally 控制块中进行解锁操 作。 2. ReentrantLock 相比 synchronized 的优势是可中断、公平锁、多个锁。这种情况下需要 使用 ReentrantLock  。 <br> #### ReentrantLock  使用 ~~~java public class MyService { private Lock lock = new ReentrantLock(); //Lock lock=new ReentrantLock(true);//公平锁 //Lock lock=new ReentrantLock(false);//非公平锁 private Condition condition = lock.newCondition();//创建 Condition public void testMethod() { try { lock.lock();//lock 加锁 //1:wait 方法等待: //System.out.println("开始 wait"); condition.await(); //通过创建 Condition 对象来使线程 wait,必须先执行 lock.lock 方法获得锁 //:2:signal 方法唤醒 condition.signal();//condition 对象的 signal 方法可以唤醒 wait 线程 for (int i = 0; i < 5; i++) { System.out.println("ThreadName=" + Thread.currentThread().getName() + (" " + (i + 1))); } } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); } } } ~~~ ### **Condition类和Object类锁方法区别区别** 1. Condition类的awiat方法和Object类的wait方法等效 2. Condition类的signal方法和Object类的notify方法等效 3. Condition类的signalAll方法和Object类的notifyAll方法等效 4. ReentrantLock类可以唤醒指定条件的线程,而object的唤醒是随机的 ### **tryLock**和**lock**和**lockInterruptibly**的区别 1. tryLock 能获得锁就返回 true,不能就立即返回 false ,tryLock(long timeout,TimeUnit unit),可以增加时间限制,如果超过该时间段还没获得锁,返回 false 2. lock能获得锁就返回true,不能的话一直等待获得锁 3. lock 和 lockInterruptibly ,如果两个线程分别执行这两个方法,但此时中断这两个线程, lock 不会抛出异常,而 lockInterruptibly 会抛出异常。