Golang死锁发生场景及排查

简单的死锁

多发生在函数调用，A函数调用B函数（可能是其他人写的），获取同一把锁，死锁百分百出现。

type SafeMap struct {
	m    map[int]int
	lock sync.RWMutex
}

func main() {
	go StartHTTPDebuger()
	sm := &SafeMap{m: make(map[int]int)}
	A(sm)
}

func A(sm *SafeMap) int {
	sm.lock.Lock()
	defer sm.lock.Unlock()
	fmt.Println("A获取锁")
	sm.m[1] = 1

	val := B(sm)
	fmt.Println("A释放锁")
	return val
}

func B(sm *SafeMap) int {
	sm.lock.RLock()
	defer sm.lock.RUnlock()
	fmt.Println("B获取锁")

	v, _ := sm.m[1]
	fmt.Println("B释放锁")
	return v
}

如何避免这种情况？做好单元测试即可。对函数A做单元测试，运行的时候就会卡住，可以及时发现问题。

并发场景下的死锁

type SafeMap struct {
	m    map[int]int
	lock sync.RWMutex
}

func main() {
	go StartHTTPDebuger()
	sm := &SafeMap{m: make(map[int]int)}
	ch := make(chan int, 0) // 无缓冲，一定会死锁
	//ch := make(chan int, 1) // 有缓冲，可能会死锁（B先拿到锁1）
	wg := sync.WaitGroup{}
	wg.Add(2)

	//A协程
	go func() {
		defer wg.Done()
		sm.lock.Lock()
		fmt.Println("A获取锁1")
		defer sm.lock.Unlock()
		sm.m[1] = 1
		
		// 这里ch相当于另一把锁
		ch <- 123
		close(ch)
		fmt.Println("A释放锁1")
	}()

	//B协程
	go func() {
		defer wg.Done()
		sm.lock.RLock()
		fmt.Println("B获取锁1")
		defer sm.lock.RUnlock()
		sm.m[1] = 2

		x := <-ch
		fmt.Println("x:", x)

		fmt.Println("B释放锁1")
	}()

	wg.Wait()
}

如何避免这种情况？不要使用交叉锁。

另外，可以借助proof工具进行排查：

找到 sync.runtime_SemacquireMutex 来定位。