Lock的使用

使用ReentrantLock 类

在Java多线程中，可以使用synchronized关键字来实现线程之间同步互斥，但在JDK1.5中新增加了ReentrantLock类也能达到同样的效果，并且在扩展功能上也更加强大，比如具有嗅探锁定、多路分支通知等功能，而且在使用上也比 synchronized更加的灵活。

调用ReentrantLock对象的lock()方法获取锁，调用unlock()方法释放锁。
调用lock.lock()代码的线程就持有了“对象监视器”，其他线程只有等待锁被释放时再次争抢。效果和使用synchronized关键字一样，线程之间还是顺序执行的。

使用Condition实现等待/通知

关键字synchronized与 wait()和 notify()/notifyAll)方法相结合可以实现等待/通知模式，类ReentrantLock 也可以实现同样的功能，但需要借助于Condition对象。Condition类是在JDK5中出现的技术，使用它有更好的灵活性，比如可以实现多路通知功能，也就是在一个Lock对象里面可以创建多个Condition(即对象监视器)实例，线程对象可以注册在指定的Condition中，从而可以有选择性地进行线程通知，在调度线程上更加灵活。

在使用notify()/notifyAll()方法进行通知时，被通知的线程却是由JVM随机选择的。但使用ReentrantLock结合Condition类是可以实现“选择性通知”，这个功能是非常重要的,而且在 Condition类中是默认提供的。

而synchronized就相当于整个Lock对象中只有一个单一的Condition对象，所有的线程都注册在它一个对象的身上。线程开始notifyAll)时，需要通知所有的WAITING线程，没有选择权，会出现相当大的效率问题。

成功实现等待/通知模式。
Object类中的 wait()方法相当于Condition类中的await()方法。
Object类中的 wait(long timeout)方法相当于Condition类中的 await(long time, TimeUnit unit)方法。
Object类中的notify)方法相当于Condition类中的signal()方法。
Object类中的notifyAll)方法相当于Condition类中的signalAll()方法。

使用多个Condition 实现通知部分线程

使用ReentrantLock对象可以唤醒指定种类的线程，这是控制部分线程行为的方便方式。

公平锁与非公平锁

公平与非公平锁:锁Lock分为“公平锁”和“非公平锁”，公平锁表示线程获取锁的顺序是按照线程加锁的顺序来分配的，即先来先得的FIFO先进先出顺序。而非公平锁就是一种获取锁的抢占机制，是随机获得锁的，和公平锁不一样的就是先来的不一定先得到锁，这个方式可能造成某些线程一直拿不到锁,结果也就是不公平的了。

使用ReentrantReadWriteLock类

类 ReentrantLock具有完全互斥排他的效果，即同一时间只有一个线程在执行ReentrantLock.lock()方法后面的任务。这样做虽然保证了实例变量的线程安全性，但效率却是非常低下的。所以在JDK中提供了一种读写锁ReentrantReadWriteLock 类，使用它可以加快运行效率，在某些不需要操作实例变量的方法中，完全可以使用读写锁ReentrantReadWriteLock来提升该方法的代码运行速度。

读写锁表示也有两个锁，一个是读操作相关的锁，也称为共享锁;另一个是写操作相关的锁，也叫排他锁。也就是多个读锁之间不互斥，读锁与写锁互斥，写锁与写锁互斥。在没

类ReentrantReadWriteLock的使用︰读读共享

两个线程几乎同时进入lock()方法后面的代码。说明在此使用了lock.readLock()读锁可以提高程序运行效率，允许多个线程同时执行lock()方法后面的代码。

类ReentrantReadWriteLock的使用:写写互斥

类ReentrantReadWriteLock的使用:读写互斥

类ReentrantReadWriteLock的使用:写读互斥