JVM对锁的优化

作为一款公用的平台，JDK肯定也对并发程序的性能绞尽脑汁，内部也想尽一切办法来提高并发时候的吞吐量。下面介绍几种JDK内部的锁优化策略

一.锁偏向

锁偏向的核心思想就是：如果一个线程获得了锁，那么锁就进入偏向模式，当该线程再次请求锁时，无需做同步操作，这样就节省了大量有关锁申请的操作，从而提高了系统的性能。因此，在线程数不多的情况下，这种锁偏向有比较好的优化效果，但是在大量高并发的情况下，这种就不适合、因为每次都有可能是不同的线程来请求锁，偏向模式就会失效，因此，还不如不启用。使用-XX:+UseBiasedLocking可以开启偏向锁

二.轻量级锁

如果偏向锁失败，虚拟机并不会立即挂起线程，它还会使用一种称为轻量级锁的优化手段。轻量级锁的操作也很轻便，它只是简单的将对象的头部作为指针，指向持有锁的线程堆栈的内部，来判断一个线程是否持有对象锁。如果线程获得轻量级锁成功，则可以顺利进入临界区。如果轻量级加锁失败，则表示其他线程抢先争夺到了锁，那么当前线程的锁请求就会自我膨胀为重量级锁

三.自旋锁

锁膨胀以后，虚拟机为了避免线程真实地在操作系统层面挂起，虚拟机还会在做最后的努力--自旋锁。由于线程暂时无法获得锁，但是什么时候可以获得锁还是个未知数。系统会假设，在不久的将来，该线程会获得锁，因此，虚拟机会让线程进行空循环，在经过若干次的循环后，如果可以得到锁，那么就顺利进入临界区。如果还不能获得锁，才会真实地将线程在操作系统层面挂起。

四.锁消除

锁消除，顾名思义，就是在没有竞争的情况下将锁消除掉，不加锁。那么可能你会有个疑问，既然不存在竞争那么为什么要加锁。我们开发的时候，必然会用到JDK的api。比如，StringBuffer、vector等。在使用这些类的时候，也许根本就不会考虑这些对象到底内部是如何实现的。比如，很可能在一个不存在并发的竞争场合使用Vector。Vector内部使用到了synchronized请求锁。

public String[] createStrings(){
        Vector<String> v = new Vector<>();
        for (int i = 0; i < 100; i++) {
            v.add(Integer.toString(i));
        }
        return v.toArray(new String[]{});
    }

上述代码中的Vector，由于变量v只在createStrings方法中使用，因此，它只是一个单纯的局部变量。局部变量是在线程栈上分配的，属于私有线程的数据，因此是不可能被其他线程访问到的。所以，在这种情况下，Vector内部所有的加锁同步都是没有必要的。如果虚拟机检测到这种情况就会将这些无用的锁消除掉。

这就涉及到一个关键的技术-逃逸分析。所谓逃逸分析就是观察某一个变量是否会逃出某一个作用域而被其他的线程修改。本例中，很明显没有逃离出去，所以就大胆的将锁消除掉。