JAVA锁机制

本文主要是介绍JAVA锁机制，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

icode9锁机制

一、介绍

icode9锁机制是用于建立线程间同步的基础，并非是JAVA中独特的概念。本篇大致讲JAVA中的锁，按照锁分类，有下列几种锁

公平锁/非公平锁 可重入锁/不可重入锁 独占锁/共享锁 互斥锁/读写锁 乐观锁/悲观锁 分段锁 偏向锁/轻量级锁/重量级锁 自旋锁

但这些锁并不完全指的是锁，有的是锁设计，有的是锁状态，也有的是锁的特性。

下面就推荐一下关于这些锁

二、公平锁/非公平锁

1. 公平锁

就是指当多个线程都要申请锁时，需要根据申请锁的先后排序来进行获得。

2. 非公平锁

指当多个线程申请锁时，无法确认哪一个线程会获得锁，与申请的先后顺序无关

非公平锁相较于公平锁，吞吐量上会更具优势。JAVA中的synchronized关键字和ReentrantLock都是非公平锁，但ReentrantLock是利用AQS实现的线程调度，所以可以**使ReentrantLock变为公平锁；**synchronized则没有办法变为公平锁。

三、icode9可重入锁/不可重入锁

1. 可重入锁

顾名思义就是说可以重复获得的锁，但只有对于同一个的线程。对于同一个线程来说，如果该对象现在获得到了该锁并且没有释放，那么它可以持续获得该锁而不会造成死锁。

2. 不可重入锁

与可重入锁相反，即使是同一个线程，在持有锁的情况下再次申请该锁，也同样导致死锁的现象。也就是说这种锁不可以递归调用，一旦递归调用容易导致死锁。

ReentrantLock翻译出来就是可重入锁，所以听名字就明白他是可重入的，而synchronized实际上也是一个可重入锁

如何判定一个锁是否使可重入锁呢？

class Test{ public void a(){ ReentrantLock lock = new ReentrantLock(true); lock.lock(); // 重复调用锁不会造成死锁即是不可重入锁 lock.lock(); } }

四、独占锁/共享锁

1. 独占锁

在同一时间只有一个线程可以获得到这个锁，也就是说不会存在两个线程同时持有一把锁的状况，当一个线程获取到锁，其他线程就会阻塞。

2. 共享锁

允许有多个线程同时获得到该锁，不同线程获取同一把锁时不会阻塞。

五、互斥锁/读写锁

1. 互斥锁

互斥锁的效果和概念类似于独占锁，都是在同一时刻只有有一个线程获得到锁。（我不太清楚互斥锁和独占锁之间或许有意义，有清楚的朋友可以留言告诉我一下。）

2. 读写锁

读写锁就是一种互斥锁。我们了解多线程读文件不会导致并发原因，但多线程写就存在并发原因。所以在读-读的画面下是不存在互斥关系的，但在读-写，写-写的画面下是存在互斥关系的，当一个线程持有了写锁，那么其它任何线程都不能获取读锁或者写锁。

读写锁是一种特殊的独占锁，因为读-读的画面下并不存在互斥关系，而读-写，写-写的画面下存在互斥关系，所以读写锁更适用于读多写少的场景。

六、乐观锁/悲观锁

1. 乐观锁

乐观锁实际上并不是锁，他总是乐观的觉得在他要修改数据的之后，其他线程不会进行更改。仅仅只有在升级数据的之后计算数据能否被取消。我们通常使用CAS算法+版本号进行实现。

单纯使用CAS算法的话存在ABA问题，也就是说数据从A变到了B，又从B变了A，这时候CAS算法就会觉得数据没有发生更改。所以我们必须添加版本号解决该现象，每次对数据的操作就会让版本号+1，从而应对该现象。

2. 悲观锁

悲观锁和自信锁相反，他失望的觉得每天更改数据都存在任何线程同时设置，于是经常更改数据就会对资源上锁，阻塞其他线程。

JAVA中synchronized和ReentrantLock都是悲观锁。

七、分段锁

分段锁不是一种实际存在的锁，他是一种锁的设计观念。有的之后我们只能仅仅想要更改部分数据，但我们却必须将整个对象锁住，这会导致一定的特性想法，而即使我们仍然对必须更改的那一段数据进行加锁的话，效率都会高这些。但是分段锁也并不是越多越好，当我们必须进行统计的之后，我们就必须获得到全部的分段锁才可以进行统计。

八、偏向锁/轻量级锁/重量级锁

这几个锁也只是是实际的锁，而是一种JAVA中锁的状况。JAVA中锁从低到高有下面几个状态

无锁 偏向锁 轻量级锁 重量级锁

这几个锁状态是JVM为了提升锁的获得质量而提起来的，使用在synchronized中。

1. 锁升级

我们常说的锁升级就是指在竞争锁的过程中，根据竞争的残酷程度，锁的状况出现由低到高的转化，且这些变革过程是不可逆的。这种状况被称为锁升级。

锁状态 竞争锁状况 描述 偏向锁 基本无竞争 若一段代码仍然被同一个线程执行，则这个线程就会自动得到这个锁。 轻量级锁 较少竞争 若锁处于偏向锁状态，且有另一个线程申请该锁，则升级为轻量级锁，其他线程会利用自旋的方法进行等待，不会阻塞。 重量级锁 较多竞争 当锁处于偏向锁状态，且任何线程自旋的数量超过一个阈值时，就会升级为重量级锁，对任何线程进行阻塞，性能会有所下降。

九、自旋锁

自旋可以解释为自己原地转圈等待，而在代码里的展现方式就是循环。CAS算法其实就是一种自旋的实现。

在CAS中有几个值V，E，N。V是目前值，E是希望的变量值，N是函数的新值。当且仅当V==E时就会将N复制给V。

十、icode9总结

锁机制的原因是应对线程安全问题，而使用锁机制可能会导致性能的减少，因为从并发变为了同步。悲观锁、独占锁等会导致线程阻塞，比较重，为了尽可能的降低对效能的妨碍，就发生了消极锁，自旋锁，通过任何形式来超过线程安全的原因，但这些锁一般只使用在并发量不高的状况下。因为读写的特点，可以存在同时读，但不能存在同时写，于是有了读写锁。

每种锁的发生都有它的作用，对于我们上层开发人员来说难的不是使用锁，而是判定在哪个状态下才会使用哪种锁，在应对并发现象的此外尽可能的降低对效能的妨碍。

这篇关于JAVA锁机制的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！