【java并发编程】十三章：显式锁：LOCK

java5以后，新增了显式锁，用于当内置锁不能满足需求后可选择的一种高级方案。

lock接口的特点

与内置锁一样，他能提供互斥性，内存可见性，可重入等特征，与内置锁不同的是，Lock提供了一种无条件，可轮询，定时的，可中断的锁获取操作，以及公平队列，非块结构锁，所有的操作都是显式的。

lock和内置锁如何选择

因为显式锁提供了如上的特点。也就是说，仅当内置锁无法满足要求的时候，才考虑Lock，内置锁是jvm的属性，能做一些优化？？？（？未来更有可能优化内置锁，而非显式锁？）

Lock的常用实现ReentrantLock。

• 常用的api： tryLock,lock,lockInterruptibly
• 构造函数提供了公平和非公平锁，通常非公平锁的效率比公平锁高
  

  公平锁：线程按照请求的顺序来获取锁。
  
  非公平：当一个线程请求非公平锁时，如果发出请求的同时，该锁变成释放，那么该线程就将跳过所有队列，进而获取锁。如果该锁是被其他线程持有，那么该请求才会进入队列。

Lock和synchronize性能方面

如果越多的资源耗费在锁的管理和调度上，那么应用程序的得到的资源就越少。锁的方式越好，系统调用和上下文切换就越少，共享内存总线上的内存同步通信量就越少。java6后，synchronize的优化，使得在性能上和显式锁并不会有太大的差别。

读写锁ReadWriterLock

实现ReentrantlockReadWriteLock。

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();
}

顾名思义，在多数并发操作中，如果读的频率多于写，那么一般情况下，多处理器下采用读写锁能提高更好的并发，其他情况独占锁更好。但是这个结论必须经过测试，对程序进行分析。如果发现并没有提高多少性能，那么推荐使用独占锁。