gvm切换go版本可靠但仅限开发机，不适用于ci或容器；其通过修改goroot和path实现，需注意goroot冲突、缓存污染及go.mod中go指令无强制约束力。
用 gvm 切换不同 Go 版本是否可靠
可靠，但只适用于开发机，不建议放进 CI 或容器镜像里。它本质是 shell wrapper + 版本隔离目录，靠修改 $GOROOT 和 $PATH 生效。
常见错误现象：go version 显示旧版本、go build 报 undefined: xxx（其实是用了低版本 SDK 编译高版本语法）。
- 安装后必须新开终端或执行
source ~/.gvm/scripts/gvm才能用gvm use -
gvm install go1.21.6会从源码编译，国内用户建议先设export GVM_SOURCE=https://gitee.com/mirrors/go - 切换后检查
which go是否指向~/.gvm/gos/go1.21.6/bin/go，不是的话说明环境变量没生效 - 注意
GOPATH默认仍沿用全局值，多版本间共享同一pkg缓存，可能引发import cycle类似误报（实际是缓存污染）
GOOS 和 GOARCH 不是 SDK 版本管理，别混用
这是交叉编译控制项，和「装多个 Go」完全无关。设了 GOOS=linux GOARCH=arm64 go build，只是让当前 Go 工具链生成目标平台二进制，底层仍用你当前 go 命令对应的 SDK。
使用场景：你在 macOS 上写服务，想直接打出 Linux ARM64 的可执行文件——这不需要装另一个 Go，只要当前 Go 版本 ≥1.16（原生支持 linux/arm64）就行。
立即学习“go语言免费学习笔记（深入）”；
一款基于PHP+MYSQL开发的企业网站管理软件，具有灵活的栏目内容管理功能和丰富的网站模版，可用于创建各种企业网站。v5.1版本支持了PHP5+MYSQL5环境，前台网站插件开放源码，更利于个性化的网站开发。具有以下功能特点和优越性：[>]模版精美实用具有百款适合企业网站的精美模版，并在不断增加中[>]多语言支持独立语言包，支持GBK,UTF8编码方式，可用于创建各种语言的网站[&g
- 错误做法：为支持 Windows 编译，去装一个
go-windows-amd64，其实不存在这种“Windows 版 Go” -
GOOS可选值见go tool dist list，但并非所有组合都默认启用，比如GOOS=js GOARCH=wasm需 Go ≥1.11 且需额外构建标签 - 交叉编译时
CGO_ENABLED=0很关键，否则容易因本地 C 工具链缺失失败
项目级 Go 版本声明：靠 go.mod 的 go 指令不够
go.mod 里写 go 1.21 只是语义提示，go build 不校验——它不会阻止你用 Go 1.19 去编译声明为 go 1.21 的模块。
真正起约束作用的是开发者自觉 + CI 脚本。比如 GitHub Actions 中明确指定：
uses: actions/setup-go@v4 with: go-version: '1.21.6'
否则 PR 合并后才发现用错版本，回滚成本高。
- 本地开发时，可用
asdf或direnv绑定目录级 Go 版本，比gvm use更自动 -
go version -m ./main.go能看到二进制实际构建所用的 Go 版本（嵌入在元数据里），比看go version更真实 - Go 官方不提供“版本锁”机制，所以
go.mod的go行本质是文档，不是契约
SDK 环境变量冲突：GOROOT 手动设了就别碰 gvm
一旦你 export 过 GOROOT，gvm use 就会失效——因为 Go 工具链优先读 GOROOT，绕过 gvm 的路径重写逻辑。
典型症状：gvm use go1.20.14 成功，但 go version 仍显示 1.19；echo $GOROOT 发现是旧路径。
- 排查顺序：先
unset GOROOT，再gvm use，最后验证which go和go env GOROOT - 如果必须保留
GOROOT（如某些 IDE 插件硬依赖），那就放弃gvm，改用asdf——它通过 shim 机制劫持命令，不依赖环境变量 -
go env -w GOROOT=...是永久写入用户级配置，比 export 更隐蔽，记得用go env -u GOROOT清除
GOROOT 和 gvm 互斥，以及 go.mod 里的 go 版本根本不限制构建行为。 
