Skip to content

Commit fd653f7

Browse files
committed
Java锁机制
1 parent a8108c4 commit fd653f7

2 files changed

Lines changed: 96 additions & 0 deletions

File tree

Multithread/Java锁机制.md

Lines changed: 94 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,94 @@
1+
---
2+
title: Java锁机制
3+
author: DreamCat
4+
id: 1
5+
date: 2020-02-10 01:22:20
6+
tags: Java
7+
categories: Java
8+
9+
---
10+
11+
## 引言
12+
13+
> Java常见的几种锁,比如:
14+
>
15+
> - 公平锁/非公平锁
16+
> - 可重入锁
17+
> - 独享锁/共享锁
18+
> - 互斥锁/读写锁
19+
> - 乐观锁/悲观锁
20+
> - 分段锁
21+
> - 偏向锁/轻量级锁/重量级锁
22+
> - 自旋锁
23+
24+
<!-- more -->
25+
26+
## 公平锁/非公平锁
27+
28+
**公平锁指多个线程按照申请锁的顺序来获取锁。非公平锁指多个线程获取锁的顺序并不是按照申请锁的顺序,有可能后申请的线程比先申请的线程优先获取锁。有可能,会造成优先级反转或者饥饿现象(很长时间都没获取到锁-非洲人...),ReentrantLock,了解一下。**
29+
30+
## 可重入锁
31+
32+
**可重入锁又名递归锁,是指在同一个线程在外层方法获取锁的时候,在进入内层方法会自动获取锁,典型的synchronized,了解一下**
33+
34+
```java
35+
synchronized void setA() throws Exception {
36+
Thread.sleep(1000);
37+
setB(); // 因为获取了setA()的锁,此时调用setB()将会自动获取setB()的锁,如果不自动获取的话方法B将不会执行
38+
}
39+
synchronized void setB() throws Exception {
40+
Thread.sleep(1000);
41+
}
42+
```
43+
44+
## 独享锁/共享锁
45+
46+
- 独享锁:是指该锁一次只能被一个线程所持有。
47+
- 共享锁:是该锁可被多个线程所持有。
48+
49+
## 互斥锁/读写锁
50+
51+
**上面讲的独享锁/共享锁就是一种广义的说法,互斥锁/读写锁就是其具体的实现**
52+
53+
## 乐观锁/悲观锁
54+
55+
1. **乐观锁与悲观锁不是指具体的什么类型的锁,而是指看待兵法同步的角度。**
56+
2. **悲观锁认为对于同一个人数据的并发操作,一定是会发生修改的,哪怕没有修改,也会认为修改。因此对于同一个数据的并发操作,悲观锁采取加锁的形式。悲观的认为,不加锁的并发操作一定会出现问题。**
57+
3. **乐观锁则认为对于同一个数据的并发操作,是不会发生修改的。在更新数据的时候,会采用尝试更新,不断重新的方式更新数据。乐观的认为,不加锁的并发操作时没有事情的。**
58+
4. **悲观锁适合写操作非常多的场景,乐观锁适合读操作非常多的场景,不加锁带来大量的性能提升。**
59+
5. **悲观锁在Java中的使用,就是利用各种锁。乐观锁在Java中的使用,是无锁编程,常常采用的是CAS算法,典型的例子就是原子类,通过CAS自旋实现原子类操作的更新。重量级锁是悲观锁的一种,自旋锁、轻量级锁与偏向锁属于乐观锁**
60+
61+
## 分段锁
62+
63+
1. **分段锁其实是一种锁的设计,并不是具体的一种锁,对于ConcurrentHashMap而言,其并发的实现就是通过分段锁的形式来哦实现高效的并发操作。**
64+
65+
2. ** 以ConcurrentHashMap来说一下分段锁的含义以及设计思想,ConcurrentHashMap中的分段锁称为Segment,它即类似于HashMap(JDK7与JDK8中HashMap的实现)的结构,即内部拥有一个Entry数组,数组中的每个元素又是一个链表;同时又是ReentrantLock(Segment继承了ReentrantLock)**
66+
67+
3. **当需要put元素的时候,并不是对整个hashmap进行加锁,而是先通过hashcode来知道他要放在那一个分段中,然后对这个分段进行加锁,所以当多线程put的时候,只要不是放在一个分段中,就实现了真正的并行的插入。但是,在统计size的时候,可就是获取hashmap全局信息的时候,就需要获取所有的分段锁才能统计。**
68+
69+
4. **分段锁的设计目的是细化锁的粒度,当操作不需要更新整个数组的时候,就仅仅针对数组中的一项进行加锁操作。**
70+
71+
## 偏向锁/轻量级锁/重量级锁
72+
73+
1. **这三种锁是锁的状态,并且是针对Synchronized。在Java5通过引入锁升级的机制来实现高效Synchronized。这三种锁的状态是通过对象监视器在对象头中的字段来表明的。偏向锁是指一段同步代码一直被一个线程所访问,那么该线程会自动获取锁。降低获取锁的代价。**
74+
2. **偏向锁的适用场景:始终只有一个线程在执行代码块,在它没有执行完释放锁之前,没有其它线程去执行同步快,在锁无竞争的情况下使用,一旦有了竞争就升级为轻量级锁,升级为轻量级锁的时候需要撤销偏向锁,撤销偏向锁的时候会导致stop the word操作;在有锁竞争时,偏向锁会多做很多额外操作,尤其是撤销偏向锁的时候会导致进入安全点,安全点会导致stw,导致性能下降,这种情况下应当禁用。**
75+
3. **轻量级锁是指当锁是偏向锁的时候,被另一个线程锁访问,偏向锁就会升级为轻量级锁,其他线程会通过自选的形式尝试获取锁,不会阻塞,提高性能。**
76+
4. **重量级锁是指当锁为轻量级锁的时候,另一个线程虽然是自旋,但自旋不会一直持续下去,当自旋一定次数的时候,还没有获取到锁,就会进入阻塞,该锁膨胀为重量级锁。重量级锁会让其他申请的线程进入阻塞,性能降低。**
77+
78+
## 自旋锁
79+
80+
1. **在Java中,自旋锁是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式去尝试获取锁,这样的好处是减少线程上下文切换的消耗,缺点是循环会消耗CPU。**
81+
2. **自旋锁原理非常简单,如果持有锁的线程能在很短时间内释放锁资源,那么那些等待竞争锁的线程就不需要做内核态和用户态之间的切换进入阻塞挂起状态,它们只需要等一等(自旋),等持有锁的线程释放锁后即可立即获取锁,这样就避免用户线程和内核的切换的消耗。**
82+
3. **自旋锁尽可能的减少线程的阻塞,适用于锁的竞争不激烈,且占用锁时间非常短的代码来说性能能大幅度的提升,因为自旋的消耗会小于线程阻塞挂起再唤醒的操作的消耗。**
83+
4. **但是如果锁的竞争激烈,或者持有锁的线程需要长时间占用锁执行同步块,这时候就不适用使用自旋锁了,因为自旋锁在获取锁前一直都是占用cpu做无用功,同时有大量线程在竞争一个锁,会导致获取锁的时间很长,线程自旋的消耗大于线程阻塞挂起操作的消耗,其它需要cpu的线程又不能获取到cpu,造成cpu的浪费。**
84+
85+
## Java锁总结
86+
87+
**Java锁机制可归为Sychornized锁和Lock锁两类。Synchronized是基于JVM来保证数据同步的,而Lock则是硬件层面,依赖特殊的CPU指令来实现数据同步的。**
88+
89+
- Synchronized是一个非公平、悲观、独享、互斥、可重入的重量级锁。
90+
- ReentrantLock是一个默认非公平但可实现公平的、悲观、独享、互斥、可重入、重量级锁。
91+
- ReentrantReadWriteLock是一个默认非公平但可实现公平的、悲观、写独享、读共享、读写、可重入、重量级锁。
92+
93+
94+

README.md

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -107,6 +107,8 @@
107107
- [Java多线程-线程池](/Multithread/Java多线程-线程池.md)
108108
- [Java多线程-并发进阶常见面试题总结](/Multithread/Java多线程-并发进阶常见面试题总结.md)
109109
- [多线程一些例子](/Multithread/README.md)
110+
- **常见问题**
111+
- [Java锁机制]()
110112
### 多线程图解
111113
- [Java内存模型](https://www.processon.com/view/link/5e129d57e4b0da16bb11d127)
112114
- [有个成员变量int a = 1,那么a和1分别在jvm哪里](https://www.processon.com/view/link/5e13500de4b009af4a5fc40b)

0 commit comments

Comments
 (0)