vs code + go cli + gopls 是最轻量、可控且更新及时的 go 开发组合；goland 虽功能全但重，对模块路径和 gobin 处理易出错，日常开发易受 ide 自身逻辑拖累。
VS Code + go CLI + gopls 是当前最轻量、最可控、更新最及时的 Go 开发组合；GoLand 功能全但重，对模块路径和 GOBIN 的处理常有偏差，日常开发容易卡在 IDE 自身逻辑里。
VS Code 配置要点：只装两个扩展 + 正确初始化 go.mod
必须安装的扩展只有两个：golang.go（Go 官方维护）和 Shell Command（确保终端能调 code 命令）。其他所谓“增强插件”多数与 gopls 冲突，反而导致补全失效或跳转卡死。
-
gopls会随 Go 扩展自动下载，但首次打开 Go 文件时状态栏显示indexing是正常现象——别关窗口，等它变ready - 工作区根目录下建
.vscode/settings.json，关键项必须写对："go.useLanguageServer": true（禁用则无补全）、"go.formatTool": "goimports"（需提前go install golang.org/x/tools/cmd/goimports@latest） -
"go.gopath"和"go.goroot"留空，让扩展自动探测；手动填死路径是 80% 索引失败的根源 - 项目必须运行
go mod init example.com/myapp初始化——如果还在$GOPATH/src下新建项目却没执行这步，VS Code 会反复报 “no modules found”
调试必须装 dlv，且验证方式要直接
VS Code 的 Go 扩展不会自动帮你装调试器，dlv 必须手动安装并验证是否可用。很多开发者配完 launch.json 却无法断点，问题就出在这一步没走实。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 运行
go install github.com/go-delve/delve/cmd/dlv@latest - 装完立刻执行
dlv version，输出版本号才算成功；仅which dlv存在不等于能用 - 调试前先在终端跑
dlv debug，看能否进入交互式调试会话；成功后再进 VS Code 按 F5，避免把 IDE 配置问题和调试器问题混在一起排查
GoLand 不适合新手，尤其当项目含私有模块或交叉编译
GoLand 对 replace 指令解析不稳定，遇到私有仓库依赖（如 replace example.com/internal => ./internal）时常跳转失败或提示 “unresolved reference”。它还默认启用 CGO_ENABLED=1，而跨平台编译（如 GOOS=linux GOARCH=arm64 go build）时极易因本地 C 工具链缺失报错，且错误提示藏在后台日志里，不易定位。
- 它的智能重构在大型项目中确实省时间，但代价是首次索引耗时长、内存占用高（常超 2GB）
- 如果你的项目用到
go:embed或//go:build条件编译，GoLand 的代码分析可能误判未覆盖分支 - 真正需要 GoLand 的场景是：团队统一用 JetBrains 生态、已有大量 Java/Python 项目、或必须用其内置性能剖析器（pprof 可视化比 CLI 更直观）
工具链是否就绪，最终只看三件事：go test -v 能跑通、dlv debug 能进断点、go build -o myapp ./cmd/myapp 能生成可执行文件——其余所有配置，都该服务于这三件事的快速达成。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
