JUC.Lock(锁机制)学习笔记[附详细源码解析]

时间:2023-03-09 00:23:30
JUC.Lock(锁机制)学习笔记[附详细源码解析]

锁机制学习笔记


目录:

CAS的意义

锁的一些基本原理

ReentrantLock的相关代码结构

两个重要的状态

  I.AQS的state(int类型,32位)

  II.Node的waitStatus

获取锁(AQS)的流程

  I.获取锁总操作

  II.tryAcquire(尝试获取锁)

  III.添加到等待队列

  IIII.自旋请求锁

  IIIII.释放锁


JUC的并发包功能强大,但也不容易理解,大神果然是用来膜拜的。经过一段时间的研究和理解,我把自己所了解的关于JUC中锁的相关知识整理下来,一方面给自己做个备忘,另一方面也给各位朋友做个参考。

文中源码的关键部分都做了注释,希望对大家有所帮助。另外这只是学习笔记,建议大家先去了解一些基础知识再来看其中的源码,大家有疑问的可以再参考其他文章,谢谢!

CAS的意义

CAS只是尝试性操作,可能一个线程在对比的时候,另一个线程已更改了状态,所以CAS操作可能失败。
for (;;){
     if (CAS(obj,expect,update)){
          do other business
     }
}
CAS(obj,expect,update) 必有一个期望对象expect,一个更新对象update,expect在多线程情况下同一时间只会有一个线程能匹配,且整个CAS方法中,other business都不是共享变量,因为他们对并发无影响。
CAS经常放在循环中,在多线程情况下,就是哪个线程先匹配到expect就执行,其他线程可在下次循环中再匹配到。

锁的一些基本原理

锁其实是个独占资源,其中的state代表的就是独占资源,获取锁就是线程对state数值的增加,释放锁就是state减少的过程
1.加锁的意义在于多线程获取同一个锁,这样每个线程就会按照获取锁的顺序执行。
2.在线程内创建的对象,是每个线程独立的,因为对它的操作无需加锁,而对共享变量的操作,就必须加锁或者CAS,如果CAS失败,则代表此次操作尝试失败,需考虑后续操作
3.尽量在线程外的其他类对共享变量进行锁定(即尽量实现线程安全的类),而不要把锁带到线程内去操作锁定,因为这样会增加代码复杂性

ReentrantLock的相关代码结构

JUC.Lock(锁机制)学习笔记[附详细源码解析]

两个重要的状态

I.AQS的state(int类型,32位)

用来描述有多少线程获持有锁。
独占锁的时代这个值通常是0或者1
对于可重入锁,一个线程可多次进入,每次进入state+1
共享锁的时代就是持有锁的数量。
tryAcquire()和tryRelease()其实就是尝试获取状态位state的修改权限并设置独占Thread

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(锁机制)学习笔记[附详细源码解析]

I.获取锁总操作

 Java Code 
1
2
3
4
 
public final void acquire(int arg) {
    if (!tryAcquire(arg) && acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
        selfInterrupt();
}
整个过程可分为以下四个步骤(只有tryAcquire是在Sync,其他3个都是在AQS中):
1.
tryAcquire(arg):
     如果tryAcquire(arg)成功,那就没有问题,已经拿到锁,整个lock()过程就结束了。如果失败进行操作2。
2.
addWaiter(Node.EXCLUSIVE):
     创建一个独占节点(Node)并且此节点加入CHL队列末尾。进行操作3。
3.
acquireQueued(addWaiter(Node.EXCLUSIVE), arg):
     自旋尝试获取锁,失败根据前一个节点来决定是否挂起(park()),直到成功获取到锁。进行操作4。
4.
selfInterrupt():
     如果当前线程已经中断过,那么就中断当前线程(清除中断位)。

II.tryAcquire(尝试获取锁)

 Java Code 
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;
}
非公平锁与公平锁在tryAcquire()方法上唯一区别就是比公平锁少了
isFirst(current),它的作用就是判断AQS是否为空或者当前线程是否在队列头

III.添加到等待队列

AQS的节点结构:
JUC.Lock(锁机制)学习笔记[附详细源码解析]
上图的head,tail,prev,next这几个属性构造了一条节点链
 
 Java Code 将节点加入到队列中
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;
}
enq(Node)去队列操作实现了CHL队列的算法,如果为空就创建头结点,然后同时比较节点尾部是否是改变来决定CAS操作是否成功,当且仅当成功后才将尾部节点的下一个节点指向为新节点。可以看到这里仍然是CAS操作。
 Java
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.自旋请求锁

如果可能的话挂起线程,直到得到锁,返回当前线程是否中断过(如果park()过并且中断过的话有一个interrupted中断位)。
  
 Java
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.释放锁

release()设置state=state-1,如果state=0,则无其他线程持有锁,可unpark节点链的head节点的后续线程(因为head节点是在节点链的傀儡节点),否则不做操作。
同时unparkSuccessor()会先把前置节点的waitStatus设为0,然后再unpark线程
因为state=0,则acquireQueued()的tryAcquire()能成功,即此线程能获取到锁退出
注意:
unpark是按照节点链的顺序一次unpark一个线程
 
 Java
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