VS Code 是首选，因其 gopls、dlv、go.mod 三者联动最可控；核心问题在于 gopls 是否启动及是否识别模块上下文，需确保项目根目录含有效 go.mod、GO111MODULE=on、GOPROXY 配置正确，并通过 File → Open Folder 打开整个目录。
选 VS Code，不是因为它“轻”，而是因为 gopls、dlv、go.mod 三者联动最可控；GoLand 适合百万行单体+强 IDE 行为一致性需求，但日常开发反而容易被它的索引逻辑卡住。
VS Code 打开 Go 项目没补全、不跳转、保存不格式化
核心问题不是插件没装，而是 gopls 没跑起来或没识别到模块上下文。
- 终端先运行
go mod init example.com/myapp（哪怕只是测试项目），确保根目录下有go.mod文件——gopls只在含有效go.mod的文件夹里激活语义功能 - 检查状态栏右下角是否显示
Go和gopls版本；若一直显示loading，大概率是module名含空格/大写字母，或GO111MODULE=off -
go.formatTool设为goimports前，必须手动装：运行go install golang.org/x/tools/cmd/goimports@latest，否则保存时静默失败 - 别用单个
.go文件打开项目——必须用File → Open Folder打开整个含go.mod的目录
GoLand 新建项目后提示 “no packages found for open file”
这不是项目坏了，是它压根没当成 Go Modules 项目加载。
- 新建时务必在向导页底部勾选
Initialize module with go.mod，并输入合法路径（如example.com/hello），不能填hello-go或带空格 - 已建错？不用删重来：右键项目根目录 →
New → File，输入go.mod，内容写module example.com/hello，保存后 GoLand 会自动识别 - 检查
Settings → Languages & Frameworks → Go → Go Modules是否勾选了Enable Go modules integration；未勾选等于直接关掉模块支持 - 如果之前设过
GOROOT或GOBIN环境变量，进Settings → Go清空GOROOT字段——新版 GoLand 会自动探测，填死路径反而干扰
IntelliJ IDEA 社区版装了 Go 插件但调试/跳转失效
社区版不支持 Go 调试和深度语言服务，这是 JetBrains 官方限制，不是配置问题。
立即学习“go语言免费学习笔记（深入）”；
- 验证方式：点
Run → Debug，若菜单灰掉或弹出 “Delve not configured”，基本可确认是社区版限制 - Ultimate 版才完整支持
dlv集成、goroutine 视图、runtime 栈帧查看等能力 - 即使装了插件，社区版也只提供基础语法高亮和简单跳转，
gopls不会启动，go.mod依赖不会自动 resolve - 别折腾
GOROOT手动路径——先确认Help → About显示的是Ultimate Edition，否则所有配置都是徒劳
真正容易被忽略的点是：gopls 和 dlv 的版本必须与本地 go version 兼容。比如 go 1.22.5 下硬装 gopls@v0.12.0 可能导致 panic；查官方兼容表比盲目 @latest 更稳。
