Java中锁的一些特性

小黄hope

已于 2024-03-02 13:03:31 修改

阅读量877

点赞数 24

分类专栏： Java 文章标签： java 开发语言

于 2024-03-01 22:09:33 首次发布

本文链接：https://blog.csdn.net/m0_67872788/article/details/136397836

版权

Java 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

在日常写的代码中，我们常常为了避免线程安全问题，会对部分代码加上锁，比如synchronized锁。锁也有很多的特性，一起来看看锁有哪些特性。

1.乐观锁和悲观锁

这是锁的特性之一，乐观锁和悲观锁是一个相对的特性。

在代码编译时，编译器会对代码进行预估，如果预测代码在执行的过程中锁的冲突率并不大，编译器就可以少做一点工作，这种情况下锁就是乐观锁。

反之，如果预测代码在执行过程中锁的冲突率比较大，编译器就要做比较多的工作，这种情况下锁就是悲观锁。

2. 重量级锁和轻量级锁

轻量级锁就是执行代码时，锁的系统开销比较小。与之对应的是重量级锁，在执行代码时锁的系统开销就比较大。乐观锁通常也就是轻量级锁，悲观锁通常也就是重量级锁，但并不完全绝对的。

3.自旋锁和挂起等待锁

轻量级锁是自旋锁的一种典型表现，自旋锁往往是纯在用户态实现的，比如在一个while循环中，不停的检查当前锁有没有被释放，如果没释放，就不断循环检查，若释放了，就可以立刻拿到锁，进而结束循环。这个过程会一直消耗 CPU，但换来了更快的相应速度，系统开销不大。

挂起等待锁就涉及到内核态操作，重量级锁是挂起等待锁的一种典型表现。在代码执行的过程中，一旦涉及到了锁竞争，没拿到锁的线程就得阻塞等待，阻塞等待意味着系统的巨大开销。

4. 读写锁

这里把加锁分成了两种，读加锁 和 写加锁。

读加锁，意味着 读的时候，只能读，不能写。意思是线程1在读锁1的时候，线程2也可以来读锁1代码块中的内容，但不能修改其中的内容。

写加锁，意味着 写的时候，不能读，也不能写。意思是线程1在写锁1的时候，线程2不能读锁1代码块中的内容，也不能修改其中的内容。

5. 可重入锁和不可重入锁

可重入锁就是一个线程针对同一把锁，加锁两次，不会发生死锁，则这把锁就是可重入锁。

不可重入锁就是一个线程针对同一把锁加锁两次，会发生死锁。

6.公平锁和非公平锁

比如有多个线程要去竞争同一把锁时，某一个线程正在使用这把锁准备释放的时候，其他正在等待拿这把锁的线程有很多，到底是按线程“先来后到”的顺序把锁给到某个线程，还是以“均等的概率”给到一个线程呢。按“先来后到”的是公平锁，以“均等概率”是非公平锁。

【synchronized特性】

对于以上锁的特性，那么synchronized的特性是以上的哪些呢？

对于特性1，2，3，synchronized都是自适应的，并不局限于特定的某一种特性。

什么是自适应呢？比如代码在执行之前，synchronized预测代码中锁的冲突率并不大，就会以乐观锁的模式来执行，也就是轻量级锁，基于自旋锁的方式来实现。但若在实际运行的过程中，发现锁冲突率比较大，synchronized就会升级成悲观锁，也就是重量级锁，基于挂起等待锁的方式来实现。

对于特性4，5，6，synchronized不是读写锁，是可重入锁，是非公平锁。操作系统提供的加锁api默认情况下就属于是“非公平锁”，如果要实现“公平锁”，就得引入队列来实现这一特性了。

【synchronized的几个重要机制】

（1）锁升级

synchronized自适应的过程就涉及到锁升级的过程，

锁升级的过程为：无锁-->偏向锁-->轻量级锁-->重量级锁。值得注意的是，锁只能升级，不能降级，是一个单向的过程。下面说明锁升级的过程：

无锁-->重量级锁：代码执行之前，编译器预测某一块加了锁的代码并不需要加锁，编译器会视为无锁，但在实际运行过程中，发现这一块代码可能需要加锁，于是将最开始的无锁变为偏向锁，偏向锁并不是真正加锁了，而是一种预加锁状态（比如，有一个重大刑事案件，有嫌疑人，还没明确证据，没将嫌疑人控制起来，时刻关注着这个嫌疑人，准备随时逮捕。）随着代码的执行，发现这一块代码确实需要加锁，但锁的冲突率好像还不太高，于是就将偏向锁升级为轻量级锁。（这个过程意思就是发现部分证据能证明这个嫌疑人与这个案件有关系，于是将他传唤讯问）。接着发现锁的冲突率很高，于是将轻量级锁升级到重量级锁（确定嫌疑人是作案人之一，将其逮捕，并重刑拷打。）从最开始只是观察嫌疑人，不耗费什么大的精力人力，到后来传唤，有专门人员问话，再到逮捕拷打，逐渐耗费更多的人力物力。这整个锁升级过程意味着系统的开销逐渐变大，锁的自适应过程也是编译器在性能和线程安全之间的不断权衡，本着能少一点开销就少一点开销的初心，不到迫不得已，就不以基于挂起等待方式实现的重量级锁来执行代码。