线程池内部分析（二）-synchronnized、lock、volatile区别

上一篇

在并发编程中，如果想要程序正确的执行必须遵守原子性、可见性、有序性三种原则。如果有一种没保证就可能导致程序运行不正确的。

java提供了synchronnized、lock、volatile等同步机制。本章主要说说他们的区别

synchronnized

原子性、可见性

自动获取锁(异常不会导致死锁)

等待的线程会一直等待下去，不能够响应中断

synchronized是Java中的关键字

是非公平锁，它无法保证等待的线程获取锁的顺序

lock

原子性、可见性

必须自己创建锁，必须自己释放锁（不释放死锁）

可以让等待锁的线程响应中断（lockInterruptibly()上锁）

Lock可以知道有没有成功获取锁

Lock可以提高多个线程进行读操作的效率

Lock是一个接口

ReentrantLock（自旋锁、主要是CAS技术）和ReentrantReadWriteLock，它默认情况下是非公平锁，但是可以设置为公平锁

    //获取锁，如果锁被其他线程获取，则进行等待
    void lock(); 
    //当通过这个方法去获取锁时，如果线程正在等待获取锁，则这个线程能够响应中断，即中断线程的等待状态。
    //也就使说，当两个线程同时通过lock.lockInterruptibly()想获取某个锁时，假若此时线程A获取到了锁，
    //而线程B只有在等待，那么对线程B调用threadB.interrupt()方法能够中断线程B的等待过程。
    void lockInterruptibly() throws InterruptedException;

    /**tryLock()方法是有返回值的，它表示用来尝试获取锁，如果获取成
    *功，则返回true，如果获取失败（即锁已被其他线程获取），则返回
    *false，也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待。*/
    boolean tryLock();

    //tryLock(long time, TimeUnit unit)方法和tryLock()方法是类似的，只不过区别在于这个方法在拿不到锁时会等待一定的时间，
    //在时间期限之内如果还拿不到锁，就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁，则返回true。
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
    void unlock(); //释放锁
    Condition newCondition();

volatile

volatile本质是在告诉jvm当前变量在寄存器中的值是不确定的,需要从主存中读取

可见性

使用在变量级别（轻量级）

不会造成线程的阻塞

禁止进行指令重排序

“观察加入volatile关键字和没有加入volatile关键字时所生成的汇编代码发现，加入volatile关键字时，会多出一个lock前缀指令”

lock前缀指令实际上相当于一个内存屏障（也成内存栅栏），内存屏障会提供3个功能：

1）它确保指令重排序时不会把其后面的指令排到内存屏障之前的位置，也不会把前面的指令排到内存屏障的后面；即在执行到内存屏障这句指令时，在它前面的操作已经全部完成；

2）它会强制将对缓存的修改操作立即写入主存；

3）如果是写操作，它会导致其他CPU中对应的缓存行无效。

竞争资源非常激烈时（即有大量线程同时竞争），此时Lock的性能要远远优于synchronized

参考：点击打开链接

https://www.cnblogs.com/dolphin0520/p/3920373.html