staticcheck不是goland内置工具，需通过file watcher手动集成：安装后配置program为staticcheck、arguments含-checks=all -fail-on-issues=false $filepath$、working directory设为$projectfiledir$，并启用自动保存触发。
staticcheck 不是 GoLand 内置工具，必须手动集成
GoLand 本身不提供 staticcheck 的图形化开关或一键启用选项。它只内置了 go vet 和基础格式化支持，staticcheck 属于第三方 linter，需通过 File Watcher 或外部工具链接入。直接在 Settings → Editor → Inspections 里找不到 “staticcheck” 条目——这不是遗漏，而是设计如此。
用 File Watcher 触发 staticcheck 的正确姿势
File Watcher 是目前最轻量、最可控的保存即检方式，但必须绕过几个典型陷阱：
- 确保已安装：
go install honnef.co/go/tools/cmd/staticcheck@latest，然后运行staticcheck -version验证是否可用 - Program 字段填
staticcheck（不是完整路径，除非$PATH未包含$GOPATH/bin） - Arguments 填
-checks=all -fail-on-issues=false $FilePath$：加-fail-on-issues=false是关键，否则保存时 exit code ≠ 0 会导致 Watcher 标记为失败，且 IDE 不显示输出 - Working directory 必须设为
$ProjectFileDir$，否则staticcheck无法解析go.mod路径，会报no Go files in directory - 勾选
Auto-save edited files to trigger the watcher，否则只靠“frame deactivation”太滞后
为什么不能用 “Run Configuration” 或 “External Tools” 替代
这两个入口不适合保存即检场景：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Run Configuration每次运行都新建进程、重载环境，无法绑定到保存事件；它适合手动执行一次性的深度检查（如全项目扫描），但不适合高频触发 -
External Tools缺少文件粒度控制：你无法让它“只对当前编辑的.go文件运行”，默认作用域是整个模块，容易误扫vendor/或mocks/ - 二者都不支持将
stderr中的 warning 行号映射到编辑器波浪线下，而 File Watcher 可以（前提是 output 约定为file:line:col: message格式，staticcheck默认满足）
真正影响体验的细节：缓存与并发
staticcheck 本身有构建缓存，但 File Watcher 不感知它的状态。连续快速保存同一文件，可能出现：
- 第一次保存触发检查，耗时 800ms；第二次保存时缓存未就绪，又等 800ms——IDE 感觉卡顿
- 若同时保存
user.go和user_test.go，两个 Watcher 并发启动，可能争抢go list缓存锁，导致其中一例静默超时 - 解决办法：在 Arguments 中加
-cache-dir=$ProjectFileDir$/tmp/staticcheck-cache，并确保该目录可写；再配合-concurrency=1强制串行，比拼速度更稳
别指望它像 gofmt 那样毫秒级响应——staticcheck 是语义分析，本质就是慢一点。接受这个前提，才能配出不反人类的保存检查流。
