synchronized的总结

最近学习总结synchronized的时候做了个小实验，感觉挺有意思的，总结下其中的原理，先看下实现的小程序吧。

public class Test {
    Object oo = new Object();
    public static void main(String[] args) {
        Test test = new Test();
        long l = System.currentTimeMillis();
        for (int i = 0; i < 1000_0000; i++) {
            //test.syn1();
            test.syn11();
            //test.syn2();
            //test.syn3();
        }
        System.out.println(System.currentTimeMillis() - l);
    }

    //循环调用1000W次，耗时10ms左右
    void syn1() {
        //该对象不会逃逸，所以JAVA编译时会去掉锁
        Object o = new Object();
        synchronized (o) {
        }
    }
    //循环调用1000W次，耗时300ms左右,与synchronized (this)一样
    void syn11() {
        synchronized (oo) {
        }
    }

    //循环调用1000W次，耗时300ms左右
    void syn2() {
        synchronized (this) {

        }
    }

    //循环调用1000W次，耗时10ms左右
    void syn3() {
    }

}

结果发现在单线程条件下synchronized(object)与不加锁耗时接近，synchronized(this)的耗时远比这两种的要大。这就觉得有点奇怪了，理论上不加锁的执行效率比加锁的要快啊，而且同样是synchronized，效率咋还不一样呢？从实现观察的结果来看很是好奇？想要回答这个问题，看来是要对synchronized好好研究下了。

1.synchronized的锁升级

升级过程：无锁状态---->偏向锁状态---->轻量级锁状态---->重量级锁状态

2.偏向锁的概念

当线程A访问同步代码块时，会在java对象头和栈帧中记录偏向的锁的threadID，偏向所不会消除，当A再次访问时，如果不存在竞争就直接判断是不是自己的threadID即可，如果是就代表已经获取了锁。

3.锁消除

Java虚拟机在JIT编译时(可以简单理解为当某段代码即将第一次被执行时进行编译，又称即时编译)，通过对运行上下文的扫描，经过逃逸分析，去除不可能存在共享资源竞争的锁，通过这种方式消除没有必要的锁，可以节省毫无意义的请求锁时间。syn1方法中锁住的对象不会逃逸，所以会锁消除，与非同步代码一样。

4几种锁的对比

锁	优点	缺点	使用场景
偏向锁	加锁解锁消耗小，和非同步方法相差不大		单线程场景
自旋锁	也称为轻量级锁，竞争线程不会阻塞，提高程序响应速度	消耗CPU较多	竞争线程少，处理时间短
重量级锁	等待线程不消耗CPU资源	线程阻塞，响应时间长	竞争线程多，处理时间较长