解析死锁：《The Little Go Book》中单锁的应用

最近发现不少小伙伴都对Golang很感兴趣，所以今天继续给大家介绍Golang相关的知识，本文《解析死锁：《The Little Go Book》中单锁的应用》主要内容涉及到等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

我正在读《the little go book》。

第 76 页演示了如何使用单个锁实现死锁：

var (
    lock sync.mutex
)

func main() {
    go func() { lock.lock() }()
    time.sleep(time.millisecond * 10)
    lock.lock()
}

正如作者所解释的，运行此命令会导致死锁。但是，我不明白的是为什么。

我将程序更改为：

var (
    lock sync.Mutex
)

func main() {
    go func() { lock.Lock() }()
    lock.Lock()
}

我的预期是仍然会引发僵局。但事实并非如此。

有人可以向我解释一下这里发生了什么吗？

我能想到的唯一可以解释这一点的场景如下（但这只是猜测）：

第一个示例

1. 在第一个 goroutine 中获取锁
2. 调用 time.sleep() 确保获取锁
3. main 函数尝试获取锁，导致死锁
4. 程序退出

第二个例子

1. 在第一个 goroutine 中获取锁，但这需要一些时间（??）
2. 由于没有延迟，main 函数在 goroutine 之前获取锁
3. 程序退出

正确答案

在第一个示例中，main 休眠足够长的时间，以便让子协程有机会启动并获取锁。然后该 goroutine 将愉快地退出而不释放锁。

当 main 恢复其控制流时，共享互斥锁已被锁定，因此下一次获取它的尝试将永远阻塞。由于此时 main 是唯一存活的例程，因此永远阻塞会导致死锁。

在第二个示例中，如果没有调用 time.Sleep，main 会立即继续获取锁。这成功了，所以 main 继续并退出。然后子协程将永远阻塞，但由于 main 已经退出，程序只是终止，没有死锁。

顺便说一句，即使 main 没有退出，只要至少有一个 goroutine 没有阻塞，就不会出现死锁。为此，time.Sleep 不是阻塞操作，它只是暂停执行指定的时间段。

go 在所有 goroutines（包括 main）时显示死锁错误睡着了。

在您的第一个示例中，内部 goroutine 在调用 mutex.Lock() 后执行并终止。然后主协程再次尝试锁定，但它会进入 asleep 等待占用锁的机会。所以现在我们程序中的所有 goroutine（主要的 goroutine）都处于睡眠模式，这将导致死锁错误！

理解这一点重要，因为可能会发生死锁，但如果仍有正在运行的 goroutine，则不会总是显示错误。这主要是生产中会发生的情况。只有当整个程序陷入死锁时才会报错。

理论要掌握，实操不能落！以上关于《解析死锁：《The Little Go Book》中单锁的应用》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！