Lock详解

　　在JDK1.5后，并发包里新增了Lock接口以及其实现类来实现锁功能，它提供了与synchronized关键字类似的锁功能，但它需要手动开启、关闭锁。虽然看起来没有synchronized方便，但它可以支持锁的可操作性，可中断获取，超时获取等多种非常使用的同步机制，下面主要围绕重入锁、读写锁展开

1、Lock接口的api

　　1、void lock()获取锁，调用该方法当前线程获取锁，获取锁之后返回

　　2、void lockInterruptibly() throws interruptedException可中断获取锁，与lock方法不同在于该方法可影响中断，既在锁的获取过程中可中断当前线程

　　3、boolean tryLock()尝试非阻塞获取锁，调用方法立即返回，返回true为成功

　　4、boolean tryLock(long time,TimeUnit unit) throws interruptedException 超时获取锁，一下情况会返回：时间内获取到了锁、时间内被中断、时间到了没有获取锁

　　5、void unLock()释放锁

2、ReentrantLock重入锁（排它锁）

　　它支持重进入的锁，即该锁支持同一个线程对共享资源重复进入加锁，还支持获取锁的公平、非公平的选择（在绝对时间上，先对锁进行索取的请求一定先被满足，那么这个锁就是公平的，反之就是不公平的。非公平锁效率高于公平锁,ReentrantLock默认是非公平锁）

应用场景如下：

1、如果发现该操作已经在执行中则不再执行（有状态执行）

如定时任务发现前一个尚未执行完，则本次直接返回不再执行

　　private ReentrantLock lock=new ReentrantLock();

　　if(lock.tryLock()){//如果已经被占用则直接返回false不会等待，达到忽略操作的效果

　　　　try{}finally{

　　　　　　lock.unLock();

　　　　}

　　}

2、如果发现有在执行的，那么等待一个一个执行

　　　ReentrantLock lock=new ReentrantLock();//非公平锁,默认为false

　　　ReentrantLock lock=new ReentrantLock(true);//公平锁，跟synchronized一致　　

　　　try{

　　　　lock.lock();//如果锁被占用那么会等待，直到锁被释放

　　　}finally{

　　　　lock.unLock();

　　　}

3、如果发现有锁被占用，那么则等待指定时间，如果等待超时则不执行

　　可有效防止一致等待导致死锁

　　try{

　　　　if(lock.tryLock(5,TimeUnit.SECONDS)){//发现被占用则最大等待5秒，5秒内执行完可占用该锁，执行不完返回false

　　　　　　try{}finally{

　　　　　　　　lock.unLock();

　　　　　　}

　　　　}

　　}catch(InterruptedException e){}

4、如果发现被占用，则可中断正在进行的操作，释放该锁继续下一个操作

　　可有效防止锁被长时间占用，对资源的长时间消耗

　　try{

　　　　lock.lockInterruptibly();

　　}catch(InterruptedException e)finally{

　　　　lock.unLock();

　　}

3、ReentrantReadWriteLock（读写锁，共享锁）

　　排他锁：读写互斥、读读互斥、写写互斥

　　共享锁：读读共享、读写互斥、写写互斥

　　JDK1.5读写可能出现死锁，建议1.6以上