GoLand内置检查能发现os.Args未使用、err忽略、defer循环重复注册、sync.Mutex加锁异常等问题，基于语义实时分析，无需外部工具；需手动触发Inspect Code并开启“Error return value not checked”等关键选项。

GoLand 内置检查能发现什么问题

GoLand 的静态审查不是靠外部 linter，而是基于 Go 语言语义和项目上下文的实时分析。它能识别 os.Args 被声明但未使用、err 变量被忽略、defer 在循环中可能重复注册、sync.Mutex 未被正确加锁/解锁等典型 Go 问题。这些检查直接嵌入编辑器，光标悬停就能看到提示，不需要运行 golangci-lint 或 go vet。

如何触发并控制检查范围

默认开启的检查项已覆盖大部分 Go 惯例，但你得主动调用才能让它“动起来”：

GoLand 2026.1.1

GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。

下载

• 按 Ctrl+Alt+Shift+T（Windows/Linux）或 Cmd+Option+Shift+T（macOS）打开重构菜单，选 Update Syntax —— 这会针对当前 Go 版本（如 1.26）扫描过时语法，比如把 &Type{} 替换为 new(Type)
• 在 go.mod 文件里确认有 go 1.26 行，然后点击右上角的 Analyze code for syntax updates 链接
• 双击 Shift 打开全局搜索，输入 Inspect Code，可对单个文件、目录或整个项目运行深度检查

容易被忽略的检查开关

很多问题其实藏在设置里，不手动开就看不到：

• Settings > Editor > Inspections > Go 下拉列表里，“Unused import” 和 “Unused local variable” 默认是启用的，但 “Error return value not checked” 这类关键项可能被关掉 —— 必须手动勾选
• “Go version compatibility” 检查默认只对标当前项目 go.mod 声明的版本；如果你刚升级到 Go 1.26，但没改 go.mod，它就不会提醒你用 errors.AsType
• 自定义包路径（比如 internal/ 下的模块）若未被正确索引，检查会漏掉跨包的未使用变量或类型误用

审查结果怎么用才不踩坑

检查结果汇总在 Problems 工具窗口，但别直接全选“Apply All”：

• 每个条目点开后，右侧有“Preview”按钮，必须点开看 diff —— go fix 类自动替换有时会改错结构体字段顺序或破坏接口实现
• 涉及 context 生命周期、goroutine 启动逻辑的检查建议，务必结合调用栈验证，IDE 不会判断你是否漏了 ctx.Done() 分支
• 如果项目用了大量反射或 unsafe，部分检查会失效，此时 Problems 窗口显示的“no issues”不代表真没问题

真正起作用的不是检查本身，而是你每次修改前是否习惯性扫一眼 Problems 窗口右上角的数字 —— 那个红点，才是静态审查落地的最后一环。