go语言无传统异常，panic是显式崩溃机制，error必须手动检查；goland不检测“未捕获异常”，但可警告忽略error（如启用unchecked error检查）或通过全局搜索定位未recover的panic。
GoLand 本身不检测“未捕获异常”
Go 语言没有传统意义上的“异常（exception）”，也没有 try/catch 或运行时抛出的 unchecked exception。所谓“未捕获异常”在 Go 中实际不存在——panic 是可选的、显式的、同步的崩溃机制，而错误（error）必须手动返回和检查。因此，GoLand 不会、也不能像 Java IDE 那样标记“未捕获的 Exception”。如果你看到类似提示，大概率是误读了其他语言的思维惯性，或混淆了 panic 未被 recover 捕获的情况。
如何定位可能 panic 但未 recover 的代码
真正需要关注的是：哪些 panic 调用处于可能被外部调用的函数路径中，且其所在 goroutine 没有包裹 recover？GoLand 无法静态推断执行路径是否会被 recover，但可以辅助你快速定位风险点：
- 用
Ctrl + Shift + F（Windows/Linux）或Cmd + Shift + F（macOS）全局搜索panic(，注意括号紧邻，避免匹配到变量名或注释 - 对每个结果，检查它是否出现在导出函数（首字母大写）、HTTP handler、goroutine 启动函数（如
go fn()）或main函数中——这些位置一旦 panic，会导致整个程序或 goroutine 崩溃 - 特别留意标准库调用引发的隐式 panic：比如
slice[i]越界、nilmap 写入、close(nil channel)—— 这些不会被 GoLand 标亮，但可通过go vet -shadow或静态分析工具（如staticcheck）发现部分模式
如何检查 error 是否被忽略（这才是 Go 的“未处理错误”）
Go 中真正的“未处理问题”是忽略返回的 error。GoLand 提供了有限但实用的支持：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 启用
Settings > Editor > Inspections > Go > Unchecked error（勾选），它会对形如os.Open("x")却没接err的调用标黄警告 - 该检查只覆盖部分标准库函数（如
os、io、net等），对自定义函数或接口方法无效 - 若项目启用了
errcheck（命令行工具），可在 GoLand 的Settings > Tools > External Tools中添加，绑定快捷键一键扫描整个包：运行errcheck -ignore 'Close|WriteTo|Write' ./...可跳过常见无害忽略
为什么不能依赖 IDE 完全覆盖 error 处理检查
Go 的 error 处理高度语义化：有时 err 被丢弃是故意的（比如日志已记录、或业务上允许失败），有时 if err != nil { return err } 被封装在辅助函数里，GoLand 静态分析无法判断上下文意图。更关键的是，error 是接口类型，任何实现了 Error() string 的类型都算，IDE 无法穷举所有可能返回 error 的调用点。
真正可靠的防线是：CI 阶段固定运行 errcheck 或 staticcheck，并把 exit code 非 0 视为构建失败。本地开发时，别只盯着 GoLand 的波浪线——它只是提醒器，不是守门员。
