Concurrency: 互斥锁属性及Monitor对象

调用wait()会进入到WaitSet集合中，一直等到其他获取锁的线程释放锁，从WaitSet集合中出来之后，会继续竞争对象的锁，如果没有竞争到，那么会进入到EntryList集合中。
阻塞态是处于内核态的，可以通过自旋解决（Spin）避免线程阻塞。

互斥锁的属性:

1. PTHREAD_MUTEX_TIME_NP: 这是缺省值，也就是普通锁。当一个线程加锁以后，其余请求这把锁的线程，其余等待这把锁的线程将会形成一个等待队列，并且在解锁后按照优先级获取到锁，这种策略可以确保资源分配的公平性。
2. PTHREAD_MUTEX_RECURSIVE_NP: 嵌套锁，允许同一个线程对同一把锁成功获取到多次，并且通过unlock解锁，如果是不同线程请求，则在加锁线程解锁时，重新进行竞争。可重入锁，JDK1.5引入的。
3. PTHREAD_MUTEX_ERRORCHECK_NP: 检错锁，如果一个线程请求同一把锁，则返回EDEADLK，否则与PTHREAD_MUTEX_TIME_NP的动作相同，这样就保证了当不允许多次加锁时，不会出现最简单情况下的死锁。
4. PTHREAD_MUTEX_ADAPTIVE_NP:适应锁，动作最简单的锁类型，仅仅等待解锁后重新竞争，不考虑优先级。

通过底层的源码了解Monitor对象：
JDK很多API开源的，但是很多还是不开源的，比如com.sun.*下面的API
openjdk源码

objectMonitor.hpp
{
 _header       = NULL;
 _count        = 0;
 _waiters      = 0,
 _recursions   = 0;volatile intptr_t  _recursions;   // recursion count, 0 for first entry
 _object       = NULL;
 _owner        = NULL;//void *  volatile _owner;          // pointer to owning thread OR BasicLock
 _WaitSet      = NULL; //ObjectWaiter * volatile _WaitSet; // LL of threads wait()ing on the monitor
 _WaitSetLock  = 0 ;volatile int _WaitSetLock;        // protects Wait Queue - simple spinlock
 _Responsible  = NULL ;
 _succ         = NULL ;
 _cxq          = NULL ;ObjectWaiter * volatile _cxq ;    // LL of recently-arrived threads blocked on entry. // The list is actually composed of WaitNodes, acting // as proxies for Threads.
 FreeNext      = NULL ;
 _EntryList    = NULL ;//ObjectWaiter * volatile _EntryList ;     // Threads blocked on entry or reentry.
 _SpinFreq     = 0 ;
 _SpinClock    = 0 ;
 OwnerIsThread = 0 ;
 _previous_owner_tid = 0;
 }