gopls卡在“initializing”主因是环境未对齐：需确认go version≥1.20、项目根有go.mod、VSCode设置"go.useLanguageServer":true且禁用"go.languageServerFlags"，并确保PATH包含go和gopls。
Go扩展安装后不生效，gopls 一直显示“initializing”
VSCode 的 Go 支持高度依赖 gopls（Go language server），如果它卡在 initializing，多数不是插件没装好，而是环境没对齐。
- 确认已安装 Go：运行
go version，输出应为go1.20+（gopls要求 Go ≥ 1.18，但建议用 1.20+） - 检查
GOPATH和GOROOT是否被手动设错——现代 Go 模块项目通常不需要显式设置GOPATH，VSCode 反而容易因旧配置冲突；建议清空终端和 VSCode 设置里的自定义go.gopath - 在项目根目录下必须有
go.mod文件；没有的话，先执行go mod init example.com/foo，否则gopls不会加载项目上下文 - VSCode 设置中关闭实验性功能：
"go.useLanguageServer": true（必须为 true），同时禁用过时的"go.languageServerFlags"（新版gopls不认这个）
调试时断点不命中，dlv 启动报错 could not launch process: fork/exec ... no such file or directory
这是 Windows 或 macOS 上最常见的调试失败原因，本质是 VSCode 找不到调试器二进制文件。
- 不要手动下载
dlv二进制再拖进 PATH——Go 工具链推荐用go install安装：go install github.com/go-delve/delve/cmd/dlv@latest - 验证安装：运行
dlv version，确保输出正常；若提示 command not found，说明GOBIN或PATH没生效（go install默认装到$GOPATH/bin或$HOME/go/bin） - VSCode 的
launch.json中不要硬编码dlv路径；保持"mode": "auto"和"program": "${workspaceFolder}"即可，让dlv自动识别模块入口 - Windows 用户注意：WSL 环境下调试宿主机代码会失败，必须确保 VSCode 连接的是同一套 Go + dlv 环境（即都在 WSL 内或都在 Windows 原生）
保存时自动格式化失效，gofmt 和 goimports 行为不一致
VSCode 默认调用 gopls 格式化，但它内部默认只用 gofmt；要支持 import 整理，得显式启用 gopls 的 formatting 配置项。
- 在 VSCode 设置中搜索
go.formatTool，**删掉该配置项**（留空）；新版gopls不再通过这个字段控制，设了反而降级为老式工具链 - 改用
gopls配置：在settings.json中添加："gopls": { "formatting": "goimports" }，这样保存时既格式化又自动增删 import - 如果仍遇到 import 未整理，检查是否在
go.mod中启用了go 1.21或更高版本——低版本 Go 的goimports对泛型支持不全，可能跳过某些包
终端里 go run main.go 成功，但 VSCode 集成终端报 command not found: go
这不是 VSCode Bug，而是 Shell 初始化逻辑差异导致的 PATH 不一致。VSCode 集成终端默认不读取 ~/.bashrc 或 ~/.zshrc 里的 Go 路径设置。
立即学习“go语言免费学习笔记（深入）”；
- macOS：检查是否用了 zsh，且
go是通过 Homebrew 安装的——Homebrew 的 bin 路径（如/opt/homebrew/bin）可能没写进~/.zprofile（zsh 登录 shell 读这个，非.zshrc） - Windows：确认系统环境变量
PATH包含 Go 安装路径（如C:\Program Files\Go\bin），而不是仅用户变量；VSCode 启动方式影响继承（从开始菜单启动 ≠ 从终端启动） - 通用解法：在 VSCode 设置中启用
"terminal.integrated.inheritEnv": true，并重启 VSCode（不是重开终端）
gopls 强依赖 go.mod、dlv 必须由 go install 安装、集成终端的 PATH 和图形界面启动环境不是一回事。这些点不显眼，但漏一个，整个开发流就断了。 
