goland 能通过 go vet、staticcheck 等工具发现高危空指针模式，如未判空直接访问嵌套字段（u.address.city）、json.unmarshal 后未检查指针字段、方法内未对 *t 接收者判空、map 中取值后未检查指针即调用等；需手动启用 nil pointer dereference possible、unassigned variable 等检查项，并配合 golangci-lint 的 nilness 插件强化覆盖。
GoLand 的静态检查能发现哪些空指针隐患
GoLand 本身不直接标记 u.Name 这类运行时才 panic 的空指针解引用，但它能通过 go vet、staticcheck 和内置的代码分析提前揪出高危模式。比如：if u.Address.City != "" 这种写法，GoLand 会标黄并提示 “Condition always false if u is nil”，因为 u 为 nil 时整行表达式根本不会执行到右边——但你已经写了，说明逻辑有漏洞。
它还能识别：
-
json.Unmarshal后未判空就直接用嵌套指针字段（如user.Address.Street） - 函数参数声明为
*T，但方法体内没做if t == nil就访问字段 - map 值类型是
*Struct，取出来后直接调用方法，没先判val != nil
怎么打开并配置关键的空指针检查规则
默认开启的检查不够细，得手动加码。进 Settings → Editor → Inspections → Go，重点勾选这几项：
-
Nil pointer dereference possible（来自staticcheck，需确保已启用该 linter） -
Unassigned variable（捕获var u *User后全程没赋值的裸指针） -
Redundant nil check（比如if u != nil { u = &User{} }，这种逻辑矛盾会被标出）
如果项目用了 golangci-lint，建议在 Settings → Tools → golangci-lint 里绑定配置文件，并启用 nilness 和 copylock 插件——前者专查控制流中可能遗漏的 nil 分支，后者防结构体含指针字段时被意外复制。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
断点调试时怎么快速确认是不是空指针导致 panic
panic 发生后，GoLand 的 Debug 控制台会显示完整堆栈，但关键是要定位到哪一级指针是 nil。在 panic 行打断点，然后用 Variables 面板逐级展开：
- 看
u是不是<nil></nil>；如果是，不用往下看了 - 如果
u有值，再点开u.Address，看是不是<nil></nil> - 别依赖
fmt.Printf("%+v", u)输出判断——有时&{}看起来像初始化了，其实只是零值结构体，而Address字段仍是nil
更直接的办法：在 Watch 窗口输 u == nil、u.Address == nil，布尔结果一目了然。
为什么有些空指针隐患 GoLand 查不到
它没法覆盖所有动态场景。比如：
-
interface{}存了*User，但原始指针是nil—— 接口变量本身非nil，GoLand 不会警告 - 函数返回
nil, err，但调用方只检查err != nil就继续用返回的指针 - 并发中某个 goroutine 把指针改成了
nil，另一 goroutine 恰好在此刻解引用
这类问题必须靠单元测试覆盖边界路径，或用 delve 在真实运行时 inspect 指针值。GoLand 是辅助，不是保险柜。
