http://tutorials.jenkov.com/java-concurrency/read-write-locks.html 翻译

     读写锁比LOCK的实现更复杂，想象有一个应用程序能读和写一些资源，但是写没有读多，两个线程读取一些资源并不会出现问题，所以多个线程能读取资源重叠的。如果一个线程想写资源，别的线程就不能操作资源。为了解决允许多个线程读一个线程写，你需要一个读写锁。

     jdk5在java.util.concurrent包实现了读写锁，虽然如此，依然是与意义的去了解背后的实现。

读写锁的java实现

读权限 如果没有线程写，并且没有线程请求写进入

写权限  没有读和写

如果一个线程想读取资源，只要没有线程写，并且没有线程请求写权限是可以，由于写线程有更高的优先级。除此之外，如果读线程发送频率比较高，并且我们不给写线程更高的优先级，饿死现象就会发生。线程请求的写权限将一直被阻塞直到所有读线程释放ReadWriteLock.如果新的线程一直准许获取读权限,导致写线程饿死。因此一个线程能够有读权限如果没有线程被ReadWriteLock锁锁住为写，或者请求已经被锁住为了写。

一个写线程是允许的如果既没有读和写线程锁住该资源。是没有关系的不管有多少线程已经申请写资源或者什么顺序，除非你想保证正正公平的。

有了这些简单的规则在你心里，我们就能实现一个ReadWriteLock

public class ReadWriteLock{

  private int readers       = 0;
  private int writers       = 0;
  private int writeRequests = 0;

  public synchronized void lockRead() throws InterruptedException{
    while(writers > 0 || writeRequests > 0){
      wait();
    }
    readers++;
  }

  public synchronized void unlockRead(){
    readers--;
    notifyAll();
  }

  public synchronized void lockWrite() throws InterruptedException{
    writeRequests++;

    while(readers > 0 || writers > 0){
      wait();
    }
    writeRequests--;
    writers++;
  }

  public synchronized void unlockWrite() throws InterruptedException{
    writers--;
    notifyAll();
  }
}