synchronize 和 Lock
摘抄自http://www.cnblogs.com/dolphin0520/p/3923167.html
synchronize 的缺陷
synchronize 是Java 中的一个关键字，也就是说是Java 语言内置的特性
当一个代码块synchronize 修饰了，当一个线程获取了对应的锁，并执行该代码块时，其他线程便只能一直等待，等待获取锁的线程释放锁，而这里获取锁的线程释放锁只会有两种情况
- 获取锁的线程执行完了该代码块，然后线程释放对锁的占有
- 线程执行发生异常，此时JVM 会让线程自动释放锁
那么如果这个获取了锁的线程由于要等待IO 或其他原因（比如sleep）被阻塞了，但是有没有释放锁，其他线程便只能一直等待，非常影响程序执行效率
使用Lock注意
- Lock 不是Java 语言内置的，synchronize 是Java 语言的关键字，内置特性，Lock是一个类，通过这个类可以实现同步访问
- synchronize 不需要用户手动去释放锁，而Lock 则必须要用户手动释放锁，如果没有主动释放锁，就会死锁
Lock
lock()
获取锁，如果锁已经被其他线程获取，那么就进行等待，通常将锁的释放放在finally中
lock.lock();
try{
}catch(Exception ex){
}finally{
lock.unlock(); //释放锁
}
tryLock()
尝试获取锁，如果成功，则马上返回true，如果失败（锁已经被其他线程持有），则马上返回false
tryLock(long time, TimeUnit unit) throws InterruptedException
尝试获取锁，在给定时间内能拿到锁，则返回true，超出给定时间还尚未获取到锁，返回false，等待的过程中被中断抛出异常
lockInterruptibly() throws InterruptedException
类似于lock，但是这个响应中断，返回的结果，要么是拿到锁，要么是被中断返回。这个相对于synchronize ，synchronize 是不能响应中断的
锁的相关介绍
可重入锁
如果锁具备可重入性，则称为可重入锁。像synchronize和ReentranceLock 都是可重入锁。可重入性表明了锁的分配机制：基于线程分配，而不是基于方法调用分配的。
例子： 两个synchronize方法A 和 B ，在A 方法中调用方法B，那么当执行到调用B 方法的时候，线程不必要去重新申请锁，而是直接执行方法B 。假如当前线程执行到方法B 再去申请锁，是会陷入死锁的，因为这个锁现在就被当前这个线程锁持有
可中断锁
可以响应中断的锁，synchronize 是不响应中断的，而Lock 可以选择响应中断锁
公平锁
公平锁尽量以请求锁的顺序来获取锁，先来先到的意思
非公平锁无法保证获取锁的顺序是按照请求锁的顺序来的，可能导致某一线程永远得不到锁
synchronize 是 非公平锁
对于ReentrantLock 和 ReentrantReadWriteLock 默认是非公平锁，可以在构造函数设置参数，变为公平锁
读写锁
将对资源的访问分为读和写，进而产生出读锁和写锁
多个线程之间的读操作不会冲突
ReadWriteLock 是个借口，ReentrantReadWriteLock是具体实现，可以通过readLock 获取读锁，writeLock 获取写锁
