gvm是目前最稳妥的go多版本管理方案，不依赖系统go、不污染$path、各版本完全隔离，适合日常开发和ci/cd；但windows需管理员powershell运行，m1/m2 mac推荐vfox或asdf，linux可放心使用。
gvm 是目前最稳妥的 Go 多版本管理方案，它不依赖系统 Go、不污染 $PATH、各版本完全隔离，适合日常开发和 CI/CD 场景。手动改 $GOROOT 和 $PATH 容易出错，尤其在多项目混用或自动化构建中会触发不可预测的版本错配。
为什么不用官方 go install 管理多版本
Go 1.21+ 虽支持 go install golang.org/dl/go@1.25.10 下载特定版本工具链，但它只提供 go 命令二进制，不包含完整 SDK（如 pkg、src、doc），无法用于 go tool compile 或调试器集成；且不管理 $GOROOT 切换，go version 仍显示系统默认版本。实际项目编译、delve 调试、go doc 查阅都可能失败。
gvm 在 Windows 上必须用 PowerShell 管理员模式运行
Windows 下 gvm use --global 实际是重建软链接到 E:\pythonUv\golangEnv\go，普通 CMD 或非管理员 PowerShell 无权限写入该路径，会报错：failed to create symbolic link: operation not permitted。解决方案只有两个：
- 用管理员身份启动 PowerShell，再执行
gvm use go1.25.10 --default - 或改用
voidint/g（纯 Go 编写的 Windows 友好工具），其g use 1.25.10 --force --global会直接复制而非软链，绕过权限限制
注意：gvm 在 M1/M2 Mac 上存在兼容问题，推荐改用 vfox 或 asdf；Linux 用户可放心使用 gvm。
项目级自动切换要靠 .gvmrc 或 .go-version
仅靠全局切换无法满足多项目并行需求。正确做法是在每个项目根目录下执行：
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
gvm use go1.21→ 自动生成.gvmrc，下次进入目录自动加载 - 或用
voidint/g：执行g local 1.25.10→ 生成.go-version，更轻量且跨平台兼容
这两类文件都会被对应工具识别，但 VS Code 的 Go 扩展默认不读取它们——你得额外配置 "go.goroot": "/path/to/gvm/versions/go1.21"，否则编辑器内 go fmt、跳转定义仍走系统默认版本。
国内镜像与缓存路径必须提前配置，否则 go mod 直接卡死
没设 GOPROXY 和 GOSUMDB=off，go mod download 会尝试访问 sum.golang.org 和 proxy.golang.org，99% 情况超时失败。必须在首次 gvm use 后立刻执行：
go env -w GOPROXY=https://goproxy.cn,directgo env -w GOSUMDB=offgo env -w GOPATH=E:\pythonUv\golangEnv\go-workgo env -w GOMODCACHE=E:\pythonUv\golangEnv\go-work\pkg\mod
这些设置绑定在当前 $GOROOT 对应的 Go 版本上，换版本后需重新运行（gvm 不自动继承）。voidint/g 的 g env 命令能快速核对当前生效路径，避免误用旧缓存。
$GOROOT 和 $GOPATH。别指望工具自动帮你同步环境变量——每个环节都得显式声明或验证。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
