死锁通常由goroutine间循环等待或channel通信阻塞引发，如向无接收者的channel发送数据会导致main goroutine阻塞，程序报fatal error: all goroutines are asleep - deadlock!；可通过Delve调试查看goroutine调用栈定位阻塞点，结合GODEBUG=schedtrace=1000观察调度状态，辅以go vet静态检查和超时测试预防问题，关键在于合理设计channel流向与使用context控制生命周期。
Go语言的并发模型基于goroutine和channel，虽然简洁高效，但在实际开发中容易因资源竞争或通信阻塞引发死锁。当程序运行时卡住并抛出fatal error: all goroutines are asleep - deadlock!，说明发生了无法继续执行的死锁。要快速定位并解决这类问题，需要结合工具和代码设计原则。
理解死锁产生的常见场景
在使用Go的并发机制时，以下几种情况最容易导致死锁：
- 单向channel未关闭且无接收方：向一个没有接收者的channel发送数据会永久阻塞。
- goroutine等待彼此结束：比如主goroutine等待子goroutine完成，而子goroutine又依赖主goroutine释放某个channel。
- 多个goroutine循环等待资源：例如两个goroutine分别持有对方需要的channel句柄，并等待对方先读取。
- Select语句缺少default分支导致阻塞：当所有channel都不可读写时，select会阻塞，若无其他goroutine推动状态变化，则形成死锁。
示例：一个典型的死锁代码
下面这段代码会触发死锁：
立即学习“go语言免费学习笔记（深入）”；
func main() {
ch := make(chan int)
ch <- 1 // 向无缓冲channel发送，但无接收者
}运行时报错：fatal error: all goroutines are asleep - deadlock!，因为main goroutine在发送后被阻塞，且系统中无其他goroutine可执行。
使用GDB和Delve调试运行时状态
Go官方推荐使用Delve进行调试，它对goroutine支持良好，能查看当前所有协程的状态。
-
安装Delve：通过
go install github.com/go-delve/delve/cmd/dlv@latest安装。 -
启动调试：在项目目录下执行
dlv debug进入交互模式。 -
运行到死锁点：输入
continue让程序运行直到出错或中断。 -
查看goroutine列表：使用
goroutines命令列出所有协程，再用goroutine查看指定协程的调用栈。bt
通过调用栈可以清楚看到哪个goroutine卡在了哪个channel操作上，进而反推逻辑错误位置。
启用GODEBUG观察调度行为
设置环境变量GODEBUG=schedtrace=1000可以让Go运行时每秒输出一次调度器信息，包括goroutine数量、是否发生阻塞等。
例如：
GODEBUG=schedtrace=1000 go run main.go
输出中关注gwaiting数量增长情况。如果该值持续上升且程序停滞，说明有大量goroutine进入等待状态，可能是channel通信异常所致。
配合scheddetail=1还能看到每个P（处理器）和M（线程）的详细状态，帮助判断是否有goroutine永远得不到调度机会。
静态分析与测试辅助排查
除了运行时工具，还可以借助代码检查手段预防死锁：
-
使用
go vet：它可以检测一些明显的channel misuse，如向nil channel发送数据。 - 编写超时机制的测试：为可能阻塞的操作添加time.After超时控制，避免测试无限挂起。
- 避免在main goroutine中同步等待子goroutine通过channel传回结果，应确保至少有一个方向是非阻塞的，或使用context控制生命周期。
基本上就这些。死锁问题虽难缠，但只要掌握工具链和常见模式，就能快速缩小范围。关键是理解channel的阻塞性质，合理设计数据流向，再辅以Delve等工具动态追踪，大多数死锁都能顺利解决。
