Go并发编程中的“伪死锁”现象
Go语言并发编程中，死锁（deadlock）是常见问题。典型死锁：多个goroutine互相等待对方释放资源，导致所有goroutine阻塞，程序停止运行，并报错fatal error: all goroutines are asleep - deadlock!。然而，有时程序看似卡住，却无此错误提示，这可能是“伪死锁”。
本文探讨一个看似矛盾的现象：一段代码在简单环境下引发死锁，但在引入其他包后，程序阻塞，却未报错。
问题代码：
func main() {
var s chan bool
s <- true // 向未初始化的无缓冲通道发送数据
}
单独运行这段代码会死锁。因为s是未初始化的无缓冲通道，向其发送数据会阻塞，直到有goroutine接收数据。由于程序中没有其他goroutine接收数据，主goroutine永久阻塞，导致所有goroutine休眠，引发死锁并报错。
然而，如果在main函数中添加其他包的代码，程序虽然阻塞，却不会报错。
关键在于错误信息中的“all goroutines are asleep”。只有当所有goroutine都阻塞时，才会抛出此错误。如果其他包中存在其他goroutine，即使它们未直接参与s通道的交互，也可能阻止Go运行时检测到所有goroutine都处于阻塞状态。
因此，程序阻塞并非死锁未发生，而是死锁条件不完全满足，导致未触发经典死锁错误信息。程序看似卡住，实则其他goroutine掩盖了死锁本质。 这是一种“伪死锁”，程序实际处于死锁状态，但由于运行环境的复杂性，导致错误信息未被触发。
