22 从jvm的角度谈线程的安全性问题

1. 当我们用synchronized来同步一个代码块的时候，在jvm的层面是基于两条jvm的指令
   –monitorenter
   –monitorexit
2. 在java中，任何的对象都可以作为一种内置锁(或者说一些其他的所)，那么做为锁来说，本身的所得信息是存在什么地方的呢？
   –存在对象头中

注意： 对象实例由对象头、实例数据组成

3. 对象头又包含了哪些信息呢？
   3.1markword(标记字): 主要用来表示对象的线程锁状态（对于不同的锁的标记，比如说某个锁被标记为偏向锁），另外还可以用来配合GC、存放该对象的hashCode；
   markworld保存的信息有：
   –线程id
   –Epoch
   –对象的分代年龄信息
   –是否是偏向锁
   –锁标志位

   3.2 Class Metadata Address: 存储对象描述数据的指针

   注意：Array Length(如果是数组对象的话，会比普通的对象多一个长度信息)

4. synchronized是一种重量级的锁，在后来的java版本中又引入了几种锁:
   –偏向锁
   –轻量级锁
   –重量级锁

5. 偏向锁： 由于每次获取锁和释放都是需要消耗资源的，但是在很多场景下，对于锁的竞争不总是由多个线程公平获取，而更多的被一个线程获取到(这种情况下，更像是一种单线程的执行)。这就是偏向锁设置的背景。

6. 比如说，现在有一个线程来访问对象，会发生以下操作:
   a. 先去对象头中查看锁的相关信息，发现这个对象的markworld中标记了这个锁的一个偏向锁
   b.检查这个锁的id
   c.发现这个锁id和当前线程的id是一致的话，那么就不会再次去获取锁，而是直接进入同步代码块(第一次访问这个同步代码块的时候还是会获取这个偏向锁的,下次则不再需要重新获取了，因为它不会去释放锁，而是一直持有这个锁)。

7. 那么偏向锁的线程何时去释放锁呢？
   –等到有其他的线程发起了竞争的时候，偏向锁的线程才会释放锁

8. 使用场景： 只有一个线程去访问同步代码块的时候,这个时候设置偏向锁会大大提高效率。

9. 注意：如果发现实际上是多个线程在同时访问的话，那么设置的偏向锁反而会影响执行效率。