Go开发环境需配置编辑器、语言服务器（gopls）和格式化工具（goimports），否则效率大降；VSCode中必须手动设go.useLanguageServer为true并安装gopls与goimports，验证跳转、格式化、错误提示是否生效。
Go 开发环境不是装完 go 命令就完事了——没配对编辑器、没调好语言服务器、没设对格式化工具，写代码时 import 乱序、跳转失效、保存不自动整理，效率直接打五折。
VSCode 中 go.useLanguageServer 必须设为 true
默认安装 Go 插件后，go.useLanguageServer 是 false，这意味着你用的还是老旧的 gocode + godef 组合，跳转不准、补全漏项、泛型支持弱。设成 true 后，底层切换到 gopls（Go Language Server），它原生支持 Go 1.21+ 的泛型、模块依赖图、跨文件 refactoring。
- 必须手动在
settings.json里加这一行，GUI 设置界面里找不到开关 - 如果启用了
gopls却卡顿，先检查go env GOPATH和GOBIN是否指向干净路径，避免旧缓存干扰 - Windows 上若提示 “gopls not found”，运行
go install golang.org/x/tools/gopls@latest手动安装
formatTool 别用 gofmt，换 goimports
gofmt 只格式化缩进和括号，不管理 import 语句；而 goimports 在格式化同时自动增删包引用，避免 “imported and not used” 编译错误，也省去手动整理 import 分组的步骤。
- 配置项写成
"go.formatTool": "goimports"，不是"goimports.exe"（Windows 下也不加 .exe） - 确保已安装：
go install golang.org/x/tools/cmd/goimports@latest - 如果保存后 import 没变化，检查是否被其他插件（如 Prettier）拦截了保存钩子
LiteIDE 或 IntelliJ IDEA 用户注意构建路径隔离
LiteIDE 和 IntelliJ IDEA 的 Go 插件都默认复用系统 GOPATH 或模块缓存，但它们各自维护一份构建产物缓存目录。混用时容易出现 “代码已改，运行结果没变” 的情况——其实是旧二进制被 IDE 直接复用了。
立即学习“go语言免费学习笔记（深入）”；
- LiteIDE 构建输出默认在
build/子目录，不要和go build -o指定的路径冲突 - IntelliJ IDEA 的 Build → Go → Build Tags 设置里，确认未勾选 “Use GOPATH for build output”，否则会把可执行文件塞进
$GOPATH/bin，和命令行构建打架 - 交叉编译时，IDE 内置构建可能忽略
GOOS/GOARCH环境变量，务必在 Run Configuration 里显式设置
真正卡住人的往往不是不会配，而是配完没验证：改一行代码，保存，看 import 是否自动排序；Ctrl+点击函数名，看是否真跳转到定义；写个错语法，看错误是否实时标红并定位到行。这些基础反馈链断了，再 fancy 的插件也白搭。
