项目级 inspection 触发需启用 Settings → Tools → Code Inspection 中的“Run inspection when opening project”和“Run inspection after saving files”，且仅当项目被正确识别为 Go module（go.mod 所在目录打开、Go Modules 集成开启）时生效；保存后未触发主因是目录未被识别为 module root。
GoLand 项目级 inspection 触发时机怎么设
GoLand 默认只在编辑时高亮问题，不自动运行完整检查；项目级自动审查必须手动启用并绑定到具体事件。关键不是“开启开关”，而是选对触发场景——On-the-fly 模式只查当前文件，Check current file 和 Inspect code... 才真正走项目范围。
-
Settings → Editor → Inspections中的配置仅影响检查项是否启用，不决定何时执行 - 真正控制“自动触发”的位置在：
Settings → Tools → Code Inspection→ 勾选Run inspection when opening project（首次加载时）和Run inspection after saving files（保存后） - 注意：后者默认关闭，且仅对已加入 GOPATH 或启用了 Go Modules 的项目生效；若
go.mod不存在或路径未识别，保存后不会触发项目级检查
为什么 save 后没触发 inspection
最常见原因是 GoLand 没把当前目录识别为 Go module root。它不会根据 go.mod 自动回溯父目录，而是严格依赖项目打开方式。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 用
Open → 选择 go.mod 所在目录打开项目，而不是打开某个.go文件或子文件夹 - 确认右下角状态栏显示
Go modules（而非GOROOT或Unknown） - 如果用了
File → New Project from Existing Sources，务必勾选Import project as Go module -
Settings → Go → Go Modules中Enable Go modules integration必须为 on，且Vendor directory路径留空（除非真用了 vendor）
如何让 inspection 包含 vendor 或 external 依赖
默认情况下，GoLand 的 inspection 不扫描 vendor/ 和 $GOROOT 下代码，这是为了性能，但会导致误报（比如调用 vendor 里函数时提示 “unresolved reference”）。
- 在
Settings → Directories中，将vendor目录标记为Sources（不是Excluded） - 对第三方依赖（如
$GOPATH/pkg/mod），GoLand 不允许直接标记为 Sources；需改用Go → Libraries→Add Library→ 选对应xxx@vX.Y.Z目录，再勾选Include sources - 注意：添加过多外部源会显著拖慢 inspection 启动速度，建议只加实际被 import 且报错的模块
inspection 结果不显示在 Problems 工具窗口怎么办
即使检查运行了，结果也可能被过滤或隐藏。GoLand 的 Problems 窗口默认只显示当前文件的问题，不是项目级汇总。
- 打开
Problems工具窗口（Alt+6或View → Tool Windows → Problems） - 点击右上角齿轮图标 → 取消勾选
Only show problems in current file - 若仍为空，检查
Problems左上角的 scope 下拉框是否为Project Files（不是Current File或Modified Files） - 部分 inspection（如
Go linter类）需额外启用：在Settings → Tools → Go Linters中勾选Enable并选中golint/staticcheck等，它们的结果会合并进 Problems
