vs code是golang开发首选，仅需官方go扩展（内置gopls），确保go≥1.20且启用lsp；goland需配置modules模式并排除无关目录；sublime text和liteide已不推荐新项目使用。
VS Code 是目前 Golang 开发中综合体验最好、落地最稳的选择，尤其适合个人开发者和中小型团队。GoLand 功能更全但有成本门槛，LiteIDE 和 Sublime Text 已明显滞后于当前 Go 生态演进节奏。
VS Code 装什么插件才能真正跑起来
只装官方 Go 扩展（由 Go 团队维护）就够用，别盲目叠加 Go Test Explorer 或 gopls 单独安装包——Go 插件已内置 gopls 并自动管理其生命周期。
- 确保系统 PATH 中有
go命令且版本 ≥ 1.20（go version可查），否则插件会静默禁用大部分功能 - 关闭
"go.useLanguageServer": false这类手动关 LSP 的配置，现代 Go 项目严重依赖gopls提供的语义分析 - 若遇到
gopls卡死或 CPU 飙高，优先检查go.mod是否完整，而不是降级插件
GoLand 启动慢、索引卡顿的常见原因
不是硬件问题，而是项目配置没对齐 Go Modules 的实际结构。GoLand 默认按传统 GOPATH 模式扫描，容易把 vendor/、third_party/ 甚至 node_modules/ 全拖进索引。
- 在
Settings > Go > GOPATH中清空 GOPATH，强制走 Modules 模式 - 右键点击项目根目录 →
Mark Directory as > Excluded，把非 Go 源码目录（如docs/、scripts/）排除掉 - 禁用
Settings > Editor > Inspections > Go > Unused parameter等高开销检查项，它们在大型项目里会显著拖慢编辑响应
Sublime Text 和 LiteIDE 现在还值得投入时间吗
不推荐新项目使用。Sublime Text 的 GoSublime 插件已停止维护，无法适配 Go 1.21+ 的泛型推导和 gopls v0.14+ 的协议变更；LiteIDE 自 2022 年起无实质更新，对 go.work 文件完全无感知。
- 如果你正用着且没遇到阻塞性问题，可以继续，但别指望它支持
go run .@latest这类新命令 - 迁移成本其实很低：VS Code 导入项目只需打开文件夹，GoLand 选 “Open Folder as Project” 即可识别模块结构
- 真正卡住人的从来不是编辑器切换，而是本地
GOROOT和GOBIN混乱导致的工具链冲突
最容易被忽略的是 gopls 的缓存位置和模块代理设置。哪怕换再好的编辑器，如果 ~/.cache/gopls 权限异常，或 GO_PROXY 指向一个已失效的私有镜像，代码补全和跳转会直接退化成纯文本匹配——这种问题不会报错，只会让你觉得“编辑器变笨了”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
