答案：Go语言中死锁排查依赖运行时自动检测，当所有goroutine阻塞时会输出“fatal error: all goroutines are asleep - deadlock!”及堆栈信息，结合GODEBUG=schedtrace=1000和syncmetrics可观察调度与锁争用，通过pprof分析goroutine和block profile定位阻塞点，审查代码中channel通信顺序、mutex加锁顺序及context使用，避免循环等待与资源依赖。
在Go语言开发中，并发编程非常常见，但伴随而来的死锁问题也容易出现。死锁发生时，程序会卡住无法继续执行，通常表现为goroutine永久阻塞。掌握有效的排查方法能快速定位并解决问题。
启用Golang运行时死锁检测
Go的运行时系统自带死锁检测机制。当所有goroutine都处于等待状态时，程序会自动终止并输出堆栈信息，提示死锁发生。
你不需要额外开启这个功能，它默认启用。一旦程序陷入死锁，你会看到类似下面的错误：
fatal error: all goroutines are asleep - deadlock!查看错误输出中的goroutine堆栈，可以清楚看到每个goroutine在等待什么，比如：
立即学习“go语言免费学习笔记（深入）”；
- 某个goroutine在等待channel接收数据
- 另一个goroutine在尝试发送到无缓冲channel但无人接收
- mutex被持有时再次尝试加锁
这些信息是定位死锁的第一线索。
使用GODEBUG查看调度详情
通过设置环境变量GODEBUG，可以获取更详细的调度信息：
GODEBUG=schedtrace=1000 ./your_program这会让运行时每秒输出一次调度器状态，帮助判断是否有goroutine长时间未被调度或频繁阻塞。
结合GODEBUG=syncmetrics=1还能收集互斥锁的争用情况，辅助分析mutex导致的阻塞问题。
利用pprof分析阻塞调用
Go的pprof工具不仅能分析CPU和内存，还可以追踪goroutine阻塞情况。
在程序中导入net/http/pprof包并启动HTTP服务：
- 访问 /debug/pprof/goroutine 可查看当前所有goroutine堆栈
- 访问 /debug/pprof/block 可查看因同步原语（如channel、mutex）而阻塞的调用
重点关注那些长时间停留在channel操作或Lock调用上的goroutine。
代码审查与常见模式检查
很多死锁源于编码习惯问题。检查以下常见场景：
- 双向channel通信顺序错误：两个goroutine互相等待对方先发送
- 忘记关闭channel导致range阻塞
- 嵌套加锁顺序不一致：多个mutex交叉加锁引发循环等待
- 主goroutine提前退出：后台goroutine仍在等待channel但无人处理
确保channel使用有明确的发送方和接收方责任划分，避免相互依赖。
基本上就这些。死锁排查核心是观察阻塞点，结合运行时提示和工具分析调用堆栈。养成良好的并发编程习惯，比如统一锁顺序、设置channel超时、使用context控制生命周期，能大幅降低死锁风险。
