GoLand默认不全量覆盖静态分析，需启用检查项、匹配作用域并触发实时扫描；孤立文件或未纳入模块时仅语法高亮，不运行linter。
GoLand 默认开启静态分析，但“自动检测”不等于“全量覆盖”，关键看检查项是否启用、作用域是否匹配、以及是否触发了实时扫描时机。
为什么改了代码没立刻标出问题
GoLand 的实时检测依赖两个前提：编辑器焦点在文件内 + 该文件属于当前项目模块（即被 go.mod 管理且已索引）。如果刚打开一个孤立的 .go 文件，或文件未加入模块，IDE 可能只做基础语法高亮，不运行 linter 或 inspection。
- 确认项目根目录下有
go.mod，且 GoLand 已识别为 Go 模块（右下角状态栏显示 SDK 和 module 名） - 检查
Settings > Editor > Inspections中，对应语言（Go）下的检查项是否勾选，比如Unused symbol、Shadowing of local variable - 若用
golangci-lint，需确保Settings > Go > Static analyzers中已指定路径并启用Use configuration，否则 IDE 不会调用它
golangci-lint 不自动运行？检查这三处配置
GoLand 调用 golangci-lint 是按需触发的，不是后台常驻进程。它只在以下情况运行：保存文件、手动执行 Code > Inspect Code、或启用了“on-the-fly”模式但配置未生效。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 进入
Settings > Go > Static analyzers，确认golangci-lint可执行路径正确，且Enable on-the-fly analysis已勾选 - 检查
.golangci.yml是否存在且路径被正确设置——若选了Use configuration却填错路径，IDE 会静默跳过 -
golangci-lint默认不检查vendor/和testdata/，若问题藏在这些目录，需在配置中显式添加skip-dirs-use-default: false并列出目标目录
deadcode 扫不出导出函数？必须加 -all
deadcode 工具默认只报告非导出符号（小写开头），对 func Exported() 完全沉默——这不是 bug，是设计使然。Go 编译器认为导出函数可能被外部引用，工具不敢贸然标记。
- 要检测所有函数，包括导出项，命令行必须加
-all参数：deadcode -all ./... - 在 GoLand 中集成时，不能只靠默认 inspection；需自定义外部工具：
Settings > Tools > External Tools，程序路径填deadcode，参数填-all $ProjectFileDir$ - 注意
deadcode不处理反射调用或接口空声明（如var _ io.Reader = &MyStruct{}），这类代码需人工核对
递归调用和死循环逻辑怎么标出来
GoLand 自带的 inspection 能识别直接递归（如 func f() { f() }），并在装订区显示箭头图标，但对间接递归（A→B→A）或基于 channel/select 的隐式循环无能为力。
- 直接递归：无需额外配置，只要 inspection 启用，编辑时就会标出
- 间接递归或潜在死循环：得靠
golangci-lint的goconst、nilerr等规则辅助发现异常控制流，或用pprof在运行时抓取卡死 goroutine - 别依赖 IDE 标出所有逻辑错误——像
for { select { case 这类忙等，工具无法判定是否合理，只能靠人工 review
真正容易被忽略的是：IDE 的自动检测永远滞后于你敲下的最后一个字符。它不会在你打完 if err != nil { 就提示缺 return，而是在你保存或离开编辑器焦点后才触发。别等红波浪线，养成写完关键分支就手动按 Ctrl+Alt+Shift+I 触发一次当前文件检查的习惯。
