jvm锁整理

jvm锁
1.synchronized实现原理
准确的说应该是jvm中，重量级锁的实现原理，synchronized修饰对象 和方法实现有一些区别，锁对象根据javap -v xxx.class查看字节码文件可以看到使用的是 monitorenter 获取monitor【监视锁】monitorexit释放监视锁对象实现。【该过程发生在线程自选获得锁失败导致轻量级锁膨胀为重量级锁之后，并且需要在Native的Heap空间中为monitor分配内存，monitor基于操作系统互斥锁mutex锁实现】，锁方法：从自己码中可以发现，使用的是ACC_SYNCHRONIZED标识来实现，有这个标识，在线程执行到该方法时需要先获得monitor才能执行，执行完毕后释放monitor

锁的过程：
1.当线程进行自旋获得锁失败后【达到一定的自旋次数任然未获得轻量级锁或偏向锁那么锁会膨胀为重量级锁，在灵活自旋中次数是不定的，初始的时候一般为10次，会根据上一次自旋的结果，成功则增加，失败则减少下一次线程的自旋次数，锁膨胀时会先等到目前持有锁对象的线程进入安全点后，将持有锁的线程暂停后进行，锁升级后该线程继续执行，直到该线程执行完毕或者时间片用完后释放锁，并赋予阻塞队列的线程一个线程竞争权限，为最先进入队列的线程，被赋予竞争权限的线程称为onedeord，但是不一定能够获得锁，我们都知道synchronized是非公平锁，也就是抢占式的，这对于onedeord和等待队列的线程来说是不公平的，但是这样设计能够有效的提高执行效率，有可能被进行自旋的线程所抢占】，会为这个锁对象分配一个monitor，初始时monitor进入数为0，当有线程获得该锁时变为1，该线程成为monitor的拥有者。
2.如果线程已经拥有了这个monitor锁对象，又尝试获得该monitor，那么monitor进入数+1，这就是重入锁，这也是说synchronized是可重入锁的原因【线程在尝试获取monitor时，先判断进入数是否为0，不为0时判断monitor的拥有者是否为当前线程】
3.如果其他线程已经占用了，该线程会进行自旋尝试获得锁，如果失败则进入阻塞状态，直到monitor为0，并被赋予竞争权限
synchronized的语义底层是通过一个monitor的对象完成，其实wait、notiyf和notifyAll等方法也是依赖于monitor对象来完成的
2.java对象的组成
讲到锁，锁升级一般都有所耳闻，jvm并不是所有情形下的共享对象都使用重量级锁来进行资源互斥，jvm对锁的机制进行了优化，通过对象头来实现偏向锁和轻量级锁替代monitor完成资源互斥，以提高响应速度。所以我们就需要对jvm中对象的数据结构有一定的认知