go version 能运行不代表环境配置正确，需确保 goroot、gobin、path 和 gopath 均正确设置，否则 go run、go install、dlv 等命令会因路径缺失或冲突而失败。
go version 能跑通不代表环境就对了
很多开发者执行 go version 看到输出就以为万事大吉，但实际写项目时会卡在 go run 找不到模块、go install 生成的二进制无法全局调用、甚至 dlv 调试器报 “command not found” —— 这些都不是 Go 没装好，而是环境变量链断了。
-
GOROOT必须指向真实安装路径（如/usr/local/go或C:\Program Files\Go），不能靠猜测或留空 -
GOBIN建议显式设为$HOME/go/bin（macOS/Linux）或%USERPROFILE%\go\bin（Windows），避免和GOROOT/bin混淆 -
PATH必须同时包含$GOROOT/bin和$GOBIN，顺序无关，但缺一不可 - Windows 用户特别注意：
PATH中路径含中文或空格（如C:\Users\张三\go\bin）会导致多数 Go 工具静默失败，务必改用英文路径
go mod init 后 GOPATH 不再是必填项，但缓存位置仍受它影响
Go 1.16+ 默认启用模块模式，GOPATH 不再控制源码存放位置，但它仍决定 go mod download 下载的依赖包缓存目录。如果你没设 GOPATH，Go 会 fallback 到默认路径（如 $HOME/go），这本身没问题；但一旦你设了，就必须确保该路径可写，且不被 IDE 或 CI 工具误判为工作区根目录。
- 推荐显式设置
GOPATH=$HOME/go（Linux/macOS）或GOPATH=%USERPROFILE%\go（Windows），保持行为可预期 - 不要把项目代码放在
$GOPATH/src下——这是旧模式遗留习惯，模块模式下完全不需要 -
go clean -modcache可清空依赖缓存，当遇到checksum mismatch或私有模块拉取失败时，比删整个go/pkg更安全
PowerShell 在 Windows 上必须绕过 ExecutionPolicy 才能用 Chocolatey 装 Go
直接运行 choco install golang 报错 “Execution policies prevent the script from running”，不是权限问题，而是 PowerShell 默认策略禁止未签名脚本执行。这不是要你关掉安全防护，而是用最小必要权限解锁。
- 以管理员身份打开 PowerShell，运行：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 这条命令只对当前用户生效，不降低系统级安全策略
- 之后再运行
choco install golang就能通过；装完记得验证go env GOROOT输出是否指向C:\ProgramData\chocolatey\lib\golang\tools\go类似路径 - 如果公司策略禁用
RemoteSigned，改用官方 MSI 安装包，手动配置环境变量更可控
VS Code 调试失败大概率是 dlv 没装对位置，而不是插件没配好
Go 扩展提示 “Delve not found”，点“Install” 按钮后仍报错，常见原因是 dlv 被装到了非 PATH 路径，或者装在了错误的 Go 版本下。
- 别用扩展内置安装按钮，直接在终端运行：
go install github.com/go-delve/delve/cmd/dlv@latest - 运行后检查
which dlv（macOS/Linux）或where dlv（Windows），确认输出路径在PATH中 - 如果用了多个 Go 版本（比如通过
asdf或gvm管理），确保dlv是用当前go版本安装的，否则调试时会版本不匹配 -
.vscode/launch.json里不用指定dlvPath，只要dlv在PATH里，Go 扩展会自动发现
air、ginkgo、buf）时，都确认它生成的二进制落在 $GOBIN，且 PATH 包含该路径——这个链条断一次，后面所有自动化流程都会无声失效。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
