[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 会抛出异常。