synchronized锁升级

为什么会有锁升级：

原因就是具体问题具体分析，每一个锁状态来对应不同的情况状态，使之资源的开销最小，效率最高。

四种锁状态：

1.无锁

2.偏向锁

3.轻量级锁

4.重量级锁

状态描述：

无锁：即线程没有加锁，为无锁状态

偏向锁：只有单个线程加锁时，此时没有锁竞争

轻量级锁：一个或多个线程通过CAS的方式自选竞争锁资源，临界区运行时间较短的情况

重量级锁：多个线程争夺锁资源，临界区运行时间较长，此时会调用内核的锁资源，没有争抢到锁资源的线程直接放入阻塞队列，开销较大。

---

锁状态升级可视化：

使用maven项目，引用依赖

<!-- https://mvnrepository.com/artifact/org.openjdk.jol/jol-core -->
<dependency>
    <groupId>org.openjdk.jol</groupId>
    <artifactId>jol-core</artifactId>
    <version>0.9</version>
</dependency>

---

代码：

public class mySynUpdate {
    public static void main(String[] args) {
        mySynUpdate mySynUpdate = new mySynUpdate();
        System.out.println(ClassLayout.parseInstance(mySynUpdate).toPrintable());
    }
}

---

想要看懂这个输出结果，我们需要知道一些其他知识:

对象的组成：对象头 + 实例部分 + 对齐部分

对象头：Mark Word + 类型指针

Mark Word示意图：

故Mark Word存储的就是该目标对象的锁状态信息，从图中我们可以看到，上面各个栏的bit位加起来刚好是64位，也就是8个字节，回到上面那幅图

---

无锁状态：

---

偏向锁状态：

public class mySynUpdate {
    static private Object loker = new Object();

    static class myTask implements Runnable{
        @Override
        public void run() {
            synchronized (loker){
                String test="";
                for (int i = 0; i < 1000; i++) {
                    test += "2";
                }
                System.out.println(ClassLayout.parseInstance(new myTask()).toPrintable());
            }
        }
    }
    public static void main(String[] args) throws InterruptedException {
        mySynUpdate m = new mySynUpdate();
        //对象由三部分组成:对象头 实例数据  对其填充
        //Object 对象头:Mark Word + 类型指针
        //Mark Word 占8个字节 --- 64位  记录锁状态
        //此时没有实例数据 所以前两行为Mark Word----8个字节   第三行为类型指针:被压缩了----4个字节  最后一行为对其填充:总大小必须是8的倍数

        //无锁时状态位:偏向锁0  锁状态位01  001
        //一个线程加锁时:转换成偏向锁  偏向锁1 锁状态位01  101
        myTask mt = new myTask();
        new Thread(mt).start();
    }
}

此时我们发现：咦，不是已经加锁了吗  状态码为啥还是001---无锁状态：

原来，偏向锁会延迟启动，默认是程序启动后4s，故我们可以让执行内容休眠4秒再看内部

---

static private Object loker = new Object();

    static class myTask implements Runnable{
        @Override
        public void run() {
            synchronized (loker){
                String test="";
                for (int i = 0; i < 1000; i++) {
                    test += "2";
                }
                try {
                    Thread.sleep(4000);
                    System.out.println(ClassLayout.parseInstance(new myTask()).toPrintable());
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

此时的锁状态就从001变成101了----->偏向锁

---

轻量级锁：---->重量级锁  qwq

   static Object loker = new Object();

    static class myTask implements Runnable{
        @Override
        public void run() {
            synchronized (loker){
                String test="";
                for (int i = 0; i < 1000; i++) {
                    test += "2";
                }
            }
        }
    }
    public static void main(String[] args) throws InterruptedException {
        myTask mt = new myTask();
        myTask mt1 = new myTask();
        System.out.println(ClassLayout.parseInstance(mt).toPrintable());
        Thread t1= new Thread(mt);
        t1.start();
        Thread t2 = new Thread(mt1);
        t2.start();

        t1.join();
        t2.join();
        System.out.println("**********轻量级锁*********");
        System.out.println(ClassLayout.parseInstance(loker).toPrintable());
    }

遗憾的是，结果并不像我们预期那样，锁状态位变成了10---->重量级锁，这里的话作者也不知道为啥，也就两个线程争夺锁资源哇，为啥就变成重量级锁了

欢迎大家补充说明~