答案是shims路径未加入PATH前端。ASDF、GVM等工具依赖~/.asdf/shims等shim目录代理命令，若该路径未置于$PATH最前，go version仍调用旧版本；需在shell配置中添加export PATH="$HOME/.asdf/shims:$PATH"并source生效，再reshim或验证which go指向shim路径。
go version 显示旧版本，其实是 shims 没进 PATH
ASDF、GVM、goenv 这类多版本管理工具不直接替换 go 二进制，而是靠 ~/.asdf/shims/go 这类代理脚本拦截命令。如果 ~/.asdf/shims（或 ~/.gvm/bin、~/.goenv/shims）没加到 $PATH 最前面，系统就永远调不到 shim，go version 自然还是旧的。
- 运行
echo $PATH，确认开头有类似/Users/xxx/.asdf/shims的路径；没有就立刻补——在~/.zshrc末尾加：export PATH="$HOME/.asdf/shims:$PATH" - 改完必须执行
source ~/.zshrc；新开终端不会自动同步当前会话 - ASDF 用户额外跑一次
asdf reshim golang，尤其刚asdf install golang 1.22.6后，否则 shim 文件可能没更新 - 验证：运行
which go，应输出~/.asdf/shims/go，而不是/usr/local/bin/go或/usr/bin/go
.tool-versions 文件放错位置，项目级切换就失效
ASDF 只向上递归查找 .tool-versions，且只认 go.mod 所在目录那一层。你写了 golang 1.21.6，但 go version 还是 1.22？大概率是文件根本没被读到。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
.tool-versions必须和go.mod在同一级目录，不能放在cmd/或internal/子目录下 - 内容只能严格一行：
golang 1.21.6，前后无空格、无注释、无 UTF-8 BOM；多语言用换行分隔，别用逗号 - 运行
asdf current golang，如果输出unset，说明没找到配置；gvm use在项目内执行后也无提示，大概率是.gvmrc路径或格式错误 - 检查
.gitignore是否误屏蔽了.tool-versions——这个文件必须提交，否则协作时别人 clone 下来就是全局版本
GOROOT 设错导致构建失败，删掉错误声明就行
GOROOT 应该只指向 Go 安装根目录（如 /usr/local/go），不是 /usr/local/go/bin，更不能设成 $HOME/go。手动设错是常见翻车点，尤其复制网上教程时没删注释或路径写错。
- 运行
go env GOROOT，如果输出不是你安装 Go 的真实路径（比如显示/home/user/go），说明被覆盖了 - 搜索所有 shell 配置文件（
~/.zshrc、~/.profile等），删掉类似export GOROOT=$HOME/go的错误行 - 确认没在项目里用
go.env或.env文件覆盖GOROOT - Windows 用户注意：
echo %GOROOT%是 CMD 语法，echo $GOROOT在 PowerShell 里才生效，别混用
Windows 上 “object is [X] expected [Y]” 错误，本质是 PATH 和 GOROOT 不匹配
编译器（go.exe）来自一个版本，标准库（pkg/ 下的 .a 文件）却来自另一个版本，就会报这种对象版本不匹配错误。这不是代码问题，是环境混乱。
- 彻底卸载所有 Go：控制面板 → 卸载程序 → 找出所有 “Go” 相关条目全删掉
- 手动删残留目录：
C:\Go、C:\Program Files\Go、用户目录下的自定义安装路径 - 重装官方
.msi包（它会自动配好%GOROOT%\bin到PATH），别用 zip 解压版 - 验证：
go env GOROOT和where go输出的路径必须一致，且go list std能快速列出上百个包名
真正麻烦的不是装多个版本，而是让它们彼此“看不见”——shim 路径顺序、配置文件位置、GOROOT 指向，三个地方只要一个没对齐，冲突就藏在背后等你踩。
