AbstractQueuedSynchronizer
独占锁
ReentrantLock 实现
状态 | 数值 | 说明 |
---|---|---|
CANCELLED | 1 | 等待超时或者中断,需要从同步队列中取消 |
SIGNAL | -1 | 后继节点处于等待状态,当前节点释放锁后将会唤醒后继节点 |
CONDITION | -2 | 节点在等待队列中,节点线程等待在 Condition 上,其它线程对 Condition 调用 signal () 方法后,该节点将会从等待同步队列中移到同步队列中,然后等待获取锁。 |
PROPAGATE | -3 | 表示下一次共享式同步状态获取将会无条件地传播下去 |
INITIAL | 0 | 初始状态 |
独占锁获取的流程图
public final boolean release(int arg) {
if (tryRelease(arg)) {
Node h = head;
if (h != null && h.waitStatus != 0)
unparkSuccessor(h);
return true;
}
return false;
}
// 唤醒操作
private void unparkSuccessor(Node node) {
int ws = node.waitStatus;
// 将当前节点设置为0
if (ws < 0)
compareAndSetWaitStatus(node, ws, 0);
// 如果下一个节点状态大于0,表示已中断或取消,从队尾找到最后一个,也就是第一个可以唤醒的线程
Node s = node.next;
if (s == null || s.waitStatus > 0) {
s = null;
for (Node t = tail; t != null && t != node; t = t.prev)
if (t.waitStatus <= 0)
s = t;
}
// 唤醒操作
if (s != null)
LockSupport.unpark(s.thread);
}
Sync
// 获取锁
public final void acquire(int arg) {
if (!tryAcquire(arg) &&
// 这里是将线程添加到阻塞队列里中,加入前还去尝试获取一次锁,否则就添加到队尾,等待唤醒
acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
selfInterrupt();
}
FairSync
static final class FairSync extends Sync {
final void lock() {
acquire(1);
}
protected final boolean tryAcquire(int acquires) {
final Thread current = Thread.currentThread();
int c = getState();
if (c == 0) {
// 和非公平锁相比,这里多了一个判断:是否有线程在等待
if (!hasQueuedPredecessors() &&
compareAndSetState(0, acquires)) {
setExclusiveOwnerThread(current);
return true;
}
} else if (current == getExclusiveOwnerThread()) {
int nextc = c + acquires;
if (nextc < 0)
throw new Error("Maximum lock count exceeded");
setState(nextc);
return true;
}
return false;
}
}
NoFairSync
static final class NonfairSync extends Sync {
final void lock() {
// 和公平锁相比,这里会直接先进行一次CAS,成功就返回了
if (compareAndSetState(0, 1))
setExclusiveOwnerThread(Thread.currentThread());
else
acquire(1);// 这里去尝试获取锁
}
//使用非公平锁的逻辑
protected final boolean tryAcquire(int acquires) {
return nonfairTryAcquire(acquires);
}
// 非公平锁获取的逻辑,写在父类Sync中了
final boolean nonfairTryAcquire(int acquires) {
final Thread current = Thread.currentThread();
int c = getState();
if (c == 0) {
// 这里直接CAS 没有判断前面是否有节点
if (compareAndSetState(0, acquires)) {
setExclusiveOwnerThread(current);
return true;
}
}
...省略。 同上面公平锁的逻辑
}
return false;
}
}
非公平锁和公平锁的区别:
- 非公平锁在调用
tryAcquire
方法前,会直接尝试获取一次锁; - 在
tryAcquire
获取时,公平锁在尝试获取锁之前,还会判断是否有等待线程; - 非公平锁在两次尝试获取锁失败后就会加入到等待队列,同公平锁一样,等待前一节点的唤醒;另外新节点加入到队列前,会把前面连续中断的线程移出队列。
解锁操作
public void unlock() {
sync.release(1);
}
共享锁
Semaphore 实现
NoFair
public final void acquireSharedInterruptibly(int arg)
throws InterruptedException {
if (Thread.interrupted())
throw new InterruptedException();
// 尝试获取锁,获取锁失败,加入队列
if (tryAcquireShared(arg) < 0)
doAcquireSharedInterruptibly(arg);
}
// 加入队列操作
private void doAcquireSharedInterruptibly(int arg)
throws InterruptedException {
final Node node = addWaiter(Node.SHARED);
boolean failed = true;
try {
for (;;) {
final Node p = node.predecessor();
// 当前节点前一个节点是否获取锁的节点,尝试去再去获取一次锁
if (p == head) {
int r = tryAcquireShared(arg);
// 获取锁成功
if (r >= 0) {
setHeadAndPropagate(node, r);
p.next = null; // help GC
failed = false;
return;
}
}
if (shouldParkAfterFailedAcquire(p, node) &&
parkAndCheckInterrupt())
throw new InterruptedException();
}
}
...省略
}
private void setHeadAndPropagate(Node node, int propagate) {
Node h = head; // Record old head for check below
setHead(node);
if (propagate > 0 || h == null || h.waitStatus < 0 ||
(h = head) == null || h.waitStatus < 0) {
Node s = node.next;
if (s == null || s.isShared())
// 唤醒
doReleaseShared();
}
}
private void doReleaseShared() {
for (;;) {
Node h = head;
if (h != null && h != tail) {
int ws = h.waitStatus;
if (ws == Node.SIGNAL) {
if (!compareAndSetWaitStatus(h, Node.SIGNAL, 0))
continue;
unparkSuccessor(h); // 唤醒下一个节点
}
else if (ws == 0 &&
!compareAndSetWaitStatus(h, 0, Node.PROPAGATE))
continue; // loop on failed CAS
}
if (h == head) // loop if head changed
break;
}
}
共享锁获取逻辑
acquireShared
也会首先尝试获取状态,如果获取成功,直接返回成功。- 获取失败后,和
acquire
一样,会在链表中新增一个节点,两者不同之处在于,acquire
是新增一个EXCLUSIVE (独占)
类型的节点,acquireShared
是SHARED (共享
类型的节点, - 新增完节点之后,程序就会检查自己的前一个节点是否为第一个节点,如果是,就再次调用
tryAcquireShared ()
尝试请求状态。这一步和acquire
是一样的,区别在于获取成功之后的操作。 tryAcquireShared ()
会有 3 种可能的返回值,负值:代表获取失败。0:获取成功但是没有剩于的状态了。正值:获取成功而且还有可用的状态。当tryAcquireShared () >= 0
时, 代表状态获取成功。获取成功后,程序就会把当前节点设置为头节点,如果返回大于 0 并且下一个节点是共享模式, 程序就会唤醒下一个等待状态的线程。- 获取失败的操作就和
acquire
是一样的了,就是调用就会调用shouldParkAfterFailedAcquire ()
阻塞自己并清理一个链表。
共享锁释放逻辑
- 整体逻辑和独占锁相似。
releaseShared
的区别在于对waitStatus
的处理,release
遇到 0 时会返回失败,而shared
在遇到 0 时, 会把它设置为传播来保证级联唤醒节点时不会中断。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于