g是目前最轻、最稳、最贴近Go原生逻辑的方案，它用shim机制劫持go命令、不设GOROOT、不污染环境变量，支持跨平台、零依赖、自动绑定gopls等工具，且通过.gorc实现项目级自动切换。
别装 gvm、别碰 asdf（除非你真要管 Node/Rust）、也别手动改 GOROOT——用 g 是目前最轻、最稳、最贴近 Go 原生逻辑的方案。
为什么 g 比手动改 GOROOT 更可靠
手动修改 GOROOT 和 PATH 看似直接，但容易触发静默故障：比如 go install 编译出的二进制仍绑定旧版本的运行时符号，导致 undefined symbol；又或者新终端未重载 shell 配置，go version 显示旧版但 which go 指向函数而非真实路径。而 g 用 shim 机制劫持 PATH 中的 go 命令，不设 GOROOT，不污染环境变量，所有行为都落在 Go 官方默认路径发现逻辑内。
- 安装后无需改任何 shell 配置（
~/.zshrc或~/.bashrc） -
go env GOROOT输出的是实际解压路径，不是符号链接，调试、打包、CI 都能对上 -
go install安装的工具（如gopls、delve）自动绑定当前g use的版本，不会混用 - Windows/macOS/Linux 行为一致，无 bash 依赖，Docker 构建镜像里也能跑
g install 和 g use 的真实作用边界
g install 1.22.3 只下载、校验、解压、软链，不切换；g use 1.22.3 才真正把 $HOME/.g/current 指向该版本，并更新 $HOME/.g/bin/go shim。两者必须分步执行，不能跳过 install 直接 use——否则报错 version not found。
-
g list查已安装版本，带*的是当前活跃版 -
g ls-remote查远程可装版本（国内用户建议加--mirror https://goproxy.cn加速） -
g uninstall 1.19.0彻底删除对应目录，不残留 bin 文件 - 想装完不切？加
--nouse：g install --nouse 1.23.0
项目级自动切换靠 .gorc，不是 .tool-versions
如果你用 asdf，它靠 .tool-versions 驱动，但 VS Code / GoLand 默认不识别该文件，需插件或重启；而 g 的 .gorc 是纯文本（只写一行如 1.20.7），配合 shell 的 cd 钩子就能零配置生效：
立即学习“go语言免费学习笔记（深入）”；
- 在项目根目录执行：
echo "1.20.7" > .gorc - 在
~/.zshrc末尾加（macOS/Linux）：cd() { builtin cd "$@"; [ -f ".gorc" ] && g use "$(cat .gorc)" >/dev/null 2>&1; } - Windows PowerShell 用户可用
Set-Location别名实现类似效果 - 注意：钩子只对交互式终端生效，CI 脚本里仍需显式
g use
go.mod 里的 go 1.21 不会自动切版本，但会硬性拦截
go.mod 开头的 go 1.21 不是提示，是约束：当当前 go 版本低于该值（如 go 1.20.14）时，go build 直接失败，报错 go: go.mod requires Go >= 1.21 but current version is go1.20.14；高于该值则放行。它不做任何切换动作，只校验。
- 错误信息里写的 “requires Go >=” 是误导，实际语义是 “requires Go version ≥ X AND ≤ Y”，Y 由 Go 官方兼容策略隐式决定（通常为当前主版本 ±1）
- 老项目升级
go.mod前，务必先g use到目标版本再go mod tidy，否则模块解析可能失败 -
go run同样受约束，不是只有build才检查
最常被忽略的一点：IDE（VS Code、GoLand）启动时读取的是终端首次加载的 Go 版本，不是你后来 g use 切换的。关掉 IDE 再开，或者在 IDE 内置终端里手动 g use，否则调试器可能用错 GOROOT。
