panic默认只输出错误消息和顶层调用位置，不展开完整调用链；需用debug.PrintStack()或recover()+debug.Stack()主动获取当前goroutine的完整堆栈。
panic 默认不打印完整堆栈，只显示错误消息
Go 的 panic 触发时，默认只输出 panic value（比如 panic("something went wrong") 中的字符串）和最顶层的 goroutine 调用位置，**不会自动展开调用链**。你看到的往往是类似：
panic: something went wrong
goroutine 1 [running]:
main.main()
/tmp/main.go:5 +0x2a这明显不是“详细堆栈”——中间调用的函数全被省略了。
用 runtime/debug.PrintStack() 主动打印当前 goroutine 堆栈
这是最轻量、最常用的方式，适合开发调试阶段快速查看：
- 在
defer中调用runtime/debug.PrintStack()，它会把当前 goroutine 的完整调用栈写到os.Stderr - 注意：它只打当前 goroutine，不包含其他 goroutine 的状态
- 需要导入
"runtime/debug"
示例：
立即学习“go语言免费学习笔记（深入）”；
func main() {
defer debug.PrintStack()
foo()
}
func foo() { bar() }
func bar() { panic("boom") }运行后你会看到从 main → foo → bar 的完整路径，包括每行的文件名与行号。
用 recover + debug.Stack() 捕获并格式化堆栈字符串
如果想把堆栈作为字符串处理（比如写日志、上报、过滤敏感路径），必须用 recover() 搭配 debug.Stack()：
-
debug.Stack()返回[]byte，需转成string才能打印或拼接 - 必须放在
defer函数中，且该函数要能访问到recover()的返回值 - 直接在顶层
defer func(){...}()里调用recover()是无效的；要用匿名函数显式捕获
正确写法：
func main() {
defer func() {
if r := recover(); r != nil {
fmt.Printf("panic: %v\n%s", r, debug.Stack())
}
}()
foo()
}这样就能拿到带 goroutine ID、完整帧、甚至内联信息的原始堆栈（比 PrintStack 更全）。
注意：debug.Stack() 和 PrintStack() 都依赖 GOEXPERIMENT=arenas 吗？
不依赖。这两个函数在所有 Go 版本（1.0+）都可用，行为稳定。但有几点容易踩坑：
- 它们只对**当前 goroutine** 有效；如果 panic 发生在子 goroutine 里，主 goroutine 的 defer 看不到
- 若程序已启用
GOEXPERIMENT=fieldtrack或gcflags="-d=ssa/checkon等调试标志，堆栈可能额外包含 SSA 相关帧，干扰阅读 - 生产环境慎用
debug.Stack()—— 它会触发内存分配和栈遍历，开销不小；高频 panic 场景建议改用结构化日志 + 错误码
真正“详细”的堆栈，往往意味着你要主动介入 panic 流程，而不是等默认行为给你答案。
