GoLand 调试无法自动捕获 panic，因 Go 无 Java 式异常拦截机制；需手动添加 defer recover、启用 Delve panic 断点（Debug 启动+≥1.21）、为每个 goroutine 单独处理，并用 debug.Stack() 输出完整堆栈。
GoLand 调试时无法捕获 panic？不是配置问题，是 Go 本身机制限制
GoLand 的调试器（基于 Delve）能停在 panic 触发点，但**不会自动拦截或“捕获”它**——recover 必须由你代码里显式写出来，调试器不提供等价于 Java 的 “Exception Breakpoint” 全局拦截能力。你看到的“崩溃闪退”，往往是 panic 未被 recover 导致进程退出，Delve 来不及响应。
真正有效的做法是：在可能 panic 的位置手动加断点 + 确保 defer func() { recover() }() 存在且写法正确。Delve 能停在 panic 行，也能停在 recover() 执行前，但不会替你补上缺失的 recover。
-
recover()必须直接出现在defer函数体中，不能赋值给变量再调用，否则 Delve 会跳过该 recover - 如果 panic 发生在 goroutine 里（比如
go handler()），主 goroutine 的 defer 不起作用，Delve 只能在那个子 goroutine 的栈帧里设断点 - GoLand 的 “Break on panic” 功能（Run → View Breakpoints → Go → Panic）只对当前调试会话生效，且仅触发一次；它不等于运行时 recover，只是暂停执行供你检查
如何让 GoLand 在 panic 时自动停住并显示堆栈
启用 Delve 的 panic 断点后，IDE 会在每次 panic 调用处中断，而不是等进程退出。但这要求你启动的是调试模式（Debug，不是 Run），且 Delve 版本 ≥ 1.21（GoLand 2023.3+ 默认满足）。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 打开
Run → View Breakpoints（或按Cmd+Shift+F8/Ctrl+Shift+F8），勾选Go → Panic - 确保项目使用的是 Go module 模式，且
go.mod中 Go 版本 ≥ 1.16（低版本 Delve 支持不稳定） - 不要依赖 “自动附加到崩溃进程”——Go 进程 panic 后通常瞬间退出，Delve 来不及 attach；必须从 Debug 启动
- 若断点未触发，检查是否在测试中运行（
go test）：Delve 对测试的 panic 断点支持较弱，建议改用 main 函数复现
崩溃日志没堆栈？GoLand 控制台默认截断，得改设置
GoLand 运行/调试控制台默认只显示 panic 错误消息，不输出完整堆栈（debug.Stack() 或 runtime/debug.Stack() 的结果）。这不是代码错，是 IDE 日志缓冲区限制。
- 在
Run → Edit Configurations → Logs里，勾选Show console when a message is printed to stdout/stderr - 关键：增加 JVM 参数
-Didea.cycle.buffer.size=1048576（在 GoLand 安装目录的bin/idea.vmoptions中），避免堆栈被滚动截断 - 更可靠的方式是把堆栈写入文件：
os.Stderr.WriteString(string(debug.Stack()))，然后用 GoLand 的Attach to Process查看文件实时输出 - 别用
log.Printf("%+v", err)代替debug.Stack()——前者不包含调用链，定位不到 panic 源头
为什么加了 recover 还是看不到 panic 日志？常见三个硬伤
你在中间件或 main 里写了 defer func(){ recover() }()，但日志里始终没记录 panic 内容，大概率掉进了这三个坑。
-
recover()前有return或panic—— Go 规定recover()必须在 defer 函数体最外层直接调用，任何前置语句（包括if块外的return）都会导致失效 - 用了
fmt.Println(recover())但没 import"runtime/debug"——debug.Stack()是唯一能拿到完整堆栈的 API，标准println或fmt都不带上下文 - panic 发生在 HTTP handler 外部（如 init 函数、全局变量初始化、goroutine 启动前）——这些地方的 panic 只能被
main的 defer 捕获，而多数人只在 handler 里加 recover
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
