java的锁机制，synchronize与Lock比较

以前线程同步只知道synchronize关键字，后来才知道还有个lock，为什么还要有个lock来实现同步呢

synchronized的局限性

占有锁的线程等待IO或者其他原因被阻塞，没有释放锁的情况下，其他线程一直阻塞

多个线程同时读写文件的时候，读和读操作也会发生冲突

我们没有办法知道当前我们的线程是否成功获取了锁，只能傻傻的等待

有这些限制所有其他的同步机制来解决，所以就有了lock，lock常用的两个接口和两个实现

第一个，Lock接口，我们来看下它的定义

package java.util.concurrent.locks;
import java.util.concurrent.TimeUnit;

public interface Lock {

void lock();

void lockInterruptibly() throws InterruptedException;

boolean tryLock();

boolean tryLock(long time, TimeUnit unit) throws InterruptedException;

void unlock();

Condition newCondition();
}

这几个方法的作用分别是

lock()获取锁，没有获取一直等待，无返回值

lockInterruptibly()获取锁一直等待，无返回值，但是可以被thread.interrupt()方法中断，抛出异常

tryLock()获取锁，不等待，返回是否获取成功

tryLock(long time, TimeUnit unit)获取锁，没有获取等待指定时间，返回是否获取成功，等待时候可以被thread.interrupt()方法中断，抛出异常

unlock()释放锁

newCondition()实现线程间的交互，与Object的wait，notify，notify对应

生产者消费者两种实现方式

synchronize与lock的锁的释放

synchronize满足下列三个条件之一释放锁

占有锁的线程执行完毕

占有锁的线程异常退出

占有锁的线程进入waiting状态释放锁

Lock必须调用unlock()方法

Lock接口的唯一实现ReentrantLock，意思是可重入锁，可重入锁后面介绍

第二个，ReadWriteLock接口，我们来看下它的定义

package java.util.concurrent.locks;

public interface ReadWriteLock {
/**
* Returns the lock used for reading.
*
* @return the lock used for reading
*/
Lock readLock();

/**
* Returns the lock used for writing.
*
* @return the lock used for writing
*/
Lock writeLock();
}

注释写的很清楚，为了解决两个线程同时读操作还互斥的问题

ReentrantReadWriteLock()为ReadWriteLock 接口的实现

一些锁的概念

可重入锁，同一个线程调用同锁的多个代码块和方法不会重复加锁，sy和Lock和readwritelock都是可重入锁

可中断锁 在等待的过程中可中断，lockInterruptibly()获取的就是可中断锁，中断会抛出异常

公平锁，上面介绍的两个锁都可以加入Boolean型的构造参数，默认是非公平锁，多个线程同时等待，当前线程执行完毕，随机执行下个线程，公平锁即先到先执行

读写锁，读写锁，即读锁和写锁是分开的