![JUC.Lock(锁机制)学习笔记[附详细源码解析] JUC.Lock(锁机制)学习笔记[附详细源码解析]](https://image.shishitao.com:8440/aHR0cHM6Ly9ia3FzaW1nLmlrYWZhbi5jb20vdXBsb2FkL2NoYXRncHQtcy5wbmc%2FIQ%3D%3D.png?!?w=700&webp=1)
锁机制学习笔记
目录:
JUC的并发包功能强大,但也不容易理解,大神果然是用来膜拜的。经过一段时间的研究和理解,我把自己所了解的关于JUC中锁的相关知识整理下来,一方面给自己做个备忘,另一方面也给各位朋友做个参考。
文中源码的关键部分都做了注释,希望对大家有所帮助。另外这只是学习笔记,建议大家先去了解一些基础知识再来看其中的源码,大家有疑问的可以再参考其他文章,谢谢!
CAS的意义
锁的一些基本原理
ReentrantLock的相关代码结构
![JUC.Lock(锁机制)学习笔记[附详细源码解析] JUC.Lock(锁机制)学习笔记[附详细源码解析]](https://image.shishitao.com:8440/aHR0cDovL2ltYWdlcy5jbml0YmxvZy5jb20vYmxvZy8xOTYwNjIvMjAxMzA4LzIyMTc1NDA1LTgxNWYwYjNmYjVkZDQ5NzRhNjc0YTYxNjFkMjViZDg2LnBuZw%3D%3D.png?w=700&webp=1)
两个重要的状态
I.AQS的state(int类型,32位)
II.Node的waitStatus
对队列中节点的操作(锁定线程或释放线程)则是基于节点的waitStatus的
CANCELLED = 1:
节点操作因为超时或者对应的线程被interrupt。节点不应该不留在此状态,一旦达到此状态将从CHL队列中踢出。
SIGNAL =
-1:
节点的继任节点是(或者将要成为)BLOCKED状态(例如通过LockSupport.park()操作),因此一个节点一旦被释放(解锁)或者取消就需要唤醒(LockSupport.unpack())它的继任节点。
CONDITION = -2:
表明节点对应的线程因为不满足一个条件(Condition)而被阻塞。
正常状态 =
0:
新生的非CONDITION节点都是此状态。
对于处在阻塞队列中的节点,当前节点之前的节点:
waitStatus >
0的是取消的节点,在处理中应该剔除
waitStatus = 0的,则需要将其改成-1
因此整个阻塞节点链的waitStatus应该为:-1,-1,-1,0
获取锁(AQS)的流程
锁的获取和释放都是基于上述2个状态来的,首先能不能获取锁是由AQS.state来控制,因此tryAcquire()和tryRelease()都是对state的控制,如果不能获取锁则需要加入到等待队列,此时线程的等待与释放则是由Node的waitStatus控制的。
下图演示了一个线程获取独占锁的过程:
![JUC.Lock(锁机制)学习笔记[附详细源码解析] JUC.Lock(锁机制)学习笔记[附详细源码解析]](https://image.shishitao.com:8440/aHR0cDovL2ltYWdlcy5jbml0YmxvZy5jb20vYmxvZy8xOTYwNjIvMjAxMzA4LzIyMTc1MzU1LTZjMDFmNWFmNTQ1MDQ4ZGM5OWEwYjFjMmRkYjQxMzdiLnBuZw%3D%3D.png?w=700&webp=1)
![JUC.Lock(锁机制)学习笔记[附详细源码解析] JUC.Lock(锁机制)学习笔记[附详细源码解析]](https://image.shishitao.com:8440/aHR0cHM6Ly93d3cuc2h1emhpZHVvLmNvbS9Eb2N1bWVudHMlMjBhbmQlMjBTZXR0aW5ncy95YW5naGFvL+ahjOmdoi%2FliqDplIHmtYHnqIvlm74ucG5n.jpg?w=700&webp=1)
I.获取锁总操作
1
2 3 4 |
public final void acquire(int arg) {
if (!tryAcquire(arg) && acquireQueued(addWaiter(Node.EXCLUSIVE), arg)) selfInterrupt(); } |
tryAcquire(arg):
2.
addWaiter(Node.EXCLUSIVE):
3.
acquireQueued(addWaiter(Node.EXCLUSIVE), arg):
4.
selfInterrupt():
II.tryAcquire(尝试获取锁)
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
)
throw new Error("Maximum lock count exceeded"); setState(nextc); return true; } return false; } |
isFirst(current),它的作用就是判断AQS是否为空或者当前线程是否在队列头
III.添加到等待队列
![JUC.Lock(锁机制)学习笔记[附详细源码解析] JUC.Lock(锁机制)学习笔记[附详细源码解析]](https://image.shishitao.com:8440/aHR0cDovL2ltYWdlcy5jbml0YmxvZy5jb20vYmxvZy8xOTYwNjIvMjAxMzA4LzIyMTc1MzI0LTdkMTZhZTVjZTVhNzQ0YTBhZjgxZTg4NWMxMDhkMTkzLmpwZw%3D%3D.jpg?w=700&webp=1)
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
private Node addWaiter(Node mode) {
Node node = new Node(Thread.currentThread(), mode); // 这一段是为提高性能而设的,没有也不影响功能 // 如果tail不为空,则设置新tail并返回 Node pred = tail; if (pred != null) { node.prev = pred; if (compareAndSetTail(pred, node)) { pred.next = node; return node; } } enq(node); // 如果tail为空,则执行enq(),创建新head,插入队列,否则逻辑和上面一样 return node; } |
Code
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
private Node enq(final Node node) {
for (;;) { Node t = tail; if (t == null) { // tail == null,创建新的节点加入到尾部 Node h = new Node(); // dummy header,傀儡节点 h.next = node; node.prev = h; if (compareAndSetHead(h)) { // CAS设置头部 tail = node; return h; } } else { // tail != null,则和addWaiter()中那段一样 node.prev = t; if (compareAndSetTail(t, node)) { t.next = node; return t; } } } } |
IIII.自旋请求锁
Code
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 |
);
pred.next = node; } else { // waitStatus=0,修改前一个节点状态位为SINGAL,表示后面有节点等待你处理,需要根据它的等待状态来决定是否该park() compareAndSetWaitStatus(pred, ws, Node.SIGNAL); } // ws<0才需要park(),ws>=0都返回false,表示线程不应该park() return false; } |
IIIII.释放锁
Code
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 |
)
s = t; } if (s != null) LockSupport.unpark(s.thread); } |
原创文章,请注明引用来源:CM4J
参考文章:http://www.blogjava.net/xylz/archive/2010/07/05/325274.html