互斥锁是如何实现的
锁流程
- 调用Lock进入锁请求流程
- 检测锁状态
state
如果未锁定,则锁定 - 如果已锁定,且非饥饿模式则进入自旋状态
- 自旋5次如果未获得锁,调用
runtime_SemacquireMutex
排除等待 - 调用UnLock解锁流程
- 解锁流程调用
runtime_Semrelease
解锁。
比较有争议的是runtime_SemacquireMutex
是如何实现锁,以及runtime_Semrelease
如何解锁的。
runtime_SemacquireMutex
runtime_SemacquireMutex
函数是一个隐藏函数,但我们可以在C:\Go\src\runtime\sema.go
line:69找到它的具体定义:
func sync_runtime_SemacquireMutex(addr *uint32, lifo bool, skipframes int) {
semacquire1(addr, lifo, semaBlockProfile|semaMutexProfile, skipframes)
}
...
func semacquire1(addr *uint32, lifo bool, profile semaProfileFlags, skipframes int) {
gp := getg()
if gp != gp.m.curg {
throw("semacquire not on the G stack")
}
// Easy case.
if cansemacquire(addr) {
return
}
// Harder case:
// increment waiter count
// try cansemacquire one more time, return if succeeded
// enqueue itself as a waiter
// sleep
// (waiter descriptor is dequeued by signaler)
s := acquireSudog()
root := semroot(addr)
t0 := int64(0)
s.releasetime = 0
s.acquiretime = 0
s.ticket = 0
if profile&semaBlockProfile != 0 && blockprofilerate > 0 {
t0 = cputicks()
s.releasetime = -1
}
if profile&semaMutexProfile != 0 && mutexprofilerate > 0 {
if t0 == 0 {
t0 = cputicks()
}
s.acquiretime = t0
}
for {
lockWithRank(&root.lock, lockRankRoot)
// Add ourselves to nwait to disable "easy case" in semrelease.
atomic.Xadd(&root.nwait, 1)
// Check cansemacquire to avoid missed wakeup.
if cansemacquire(addr) {
atomic.Xadd(&root.nwait, -1)
unlock(&root.lock)
break
}
// Any semrelease after the cansemacquire knows we're waiting
// (we set nwait above), so go to sleep.
root.queue(addr, s, lifo)
goparkunlock(&root.lock, waitReasonSemacquire, traceEvGoBlockSync, 4+skipframes)
if s.ticket != 0 || cansemacquire(addr) {
break
}
}
if s.releasetime > 0 {
blockevent(s.releasetime-t0, 3+skipframes)
}
releaseSudog(s)
}
注意其中的goparkunlock
,当我们请求锁时,如果锁状态为已锁定,那么锁请求最终会在此处阻塞。而该函数的具体实现调用的正是gopark
:
func goparkunlock(lock *mutex, reason waitReason, traceEv byte, traceskip int) {
gopark(parkunlock_c, unsafe.Pointer(lock), reason, traceEv, traceskip)
}
gopark
调用时会将当前运行的G与M分离,G只能在M中运行,当G没有与M关联时,G会进入休眠状态,直到它再次加入P中。此时M会与其它P绑定处理其它任务,这些熟悉GMP模型的话应该很好理解。因此我们得出一个结论:
Mutex互斥锁锁定原理是由于G与M的关系脱离,导致G处理游离状态,并不是基于系统信号
runtime_Semrelease
的具体实现仍旧可以在文件C:\Go\src\runtime\sema.go
line:69找到:
//go:linkname sync_runtime_Semrelease sync.runtime_Semrelease
func sync_runtime_Semrelease(addr *uint32, handoff bool, skipframes int) {
semrelease1(addr, handoff, skipframes)
}
...
func semrelease1(addr *uint32, handoff bool, skipframes int) {
root := semroot(addr)
atomic.Xadd(addr, 1)
// Easy case: no waiters?
// This check must happen after the xadd, to avoid a missed wakeup
// (see loop in semacquire).
if atomic.Load(&root.nwait) == 0 {
return
}
// Harder case: search for a waiter and wake it.
lockWithRank(&root.lock, lockRankRoot)
if atomic.Load(&root.nwait) == 0 {
// The count is already consumed by another goroutine,
// so no need to wake up another goroutine.
unlock(&root.lock)
return
}
s, t0 := root.dequeue(addr)
if s != nil {
atomic.Xadd(&root.nwait, -1)
}
unlock(&root.lock)
if s != nil { // May be slow or even yield, so unlock first
acquiretime := s.acquiretime
if acquiretime != 0 {
mutexevent(t0-acquiretime, 3+skipframes)
}
if s.ticket != 0 {
throw("corrupted semaphore ticket")
}
if handoff && cansemacquire(addr) {
s.ticket = 1
}
// 将原g加入P队列
readyWithTime(s, 5+skipframes)
if s.ticket == 1 && getg().m.locks == 0 {
goyield()
}
}
}
这个,我们需要注意的readyWithTime(s, 5+skipframes)
,参数s是存在lock中的g快照。这里相当于把快照拿出来,重新加入P中。