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型的构造参数，默认是非公平锁，多个线程同时等待，当前线程执行完毕，随机执行下个线程，公平锁即先到先执行
• 读写锁，读写锁，即读锁和写锁是分开的