必须确保当前 shell 中 go 命令版本 ≥ go.mod 首行声明版本，否则 go build 立即报错退出；需用 gvm use 切换并验证 go version 与 go env GOROOT 一致，Windows 下须调整 PATH 顺序，IDE 需重载窗口。
必须让当前 shell 中生效的 go 命令版本 ≥ go.mod 文件首行声明的版本，否则构建直接失败——这不是警告，是硬性拦截。
go version 与 go.mod 不匹配时会立即报错
现象：go build 执行瞬间就退出，并输出类似：
go: cannot use go 1.21.6 with go 1.22 mod
这不是环境没装对，而是当前终端里 go version 输出的版本低于 go.mod 第一行写的 go 1.22。Go 工具链在解析模块前就做这层校验，无法跳过。
- 不能靠改
go.mod来“降级适配”，那会破坏语义版本约束和语言特性兼容性 - 也不能靠
GOFLAGS="-mod=mod"或其他 flag 绕过，这个检查发生在最前端 - CI 脚本里必须先执行
gvm use go1.22.3（或等效切换），再跑go build
用 gvm 切换版本并验证是否真正生效
gvm use 是目前最稳的方式，它不依赖 GOROOT，只改 PATH 并写入 .gvmrc，避免全局污染。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 安装后运行
gvm install go1.22.3，再执行gvm use go1.22.3 - 立刻验证：
go version和go env GOROOT必须指向同一路径，比如/home/user/.gvm/gos/go1.22.3 - 如果
go version显示正确，但go env GOROOT还是旧路径，说明你手动设过GOROOT，要删掉 shell 配置里的export GOROOT=... - VS Code / GoLand 里切换后需重载窗口，否则编辑器内缓存的
go命令仍是旧版本
Windows 下 PATH 顺序错误是常见根源
PowerShell 或 CMD 中，go 命令到底调用哪个版本，只看 PATH 中第一个含 go.exe 的目录 —— GOROOT 设置完全无效。
- 执行
echo %PATH%，确认目标版本路径（如C:\go1.22.3\bin）排在所有其他 Go 路径前面 - 默认安装路径
C:\Go\bin往往还在 PATH 里，哪怕你已卸载旧版，也要手动删掉 - 批处理脚本切换时，只改
PATH，不要碰GOROOT；也不要用系统环境变量设GOROOT - 验证命令：
where go返回的路径，必须和go env GOROOT一致
最容易被忽略的是：项目根目录下 go.mod 声明的版本，和当前终端里 go version 输出的版本，必须严格满足 ≥ 关系。任何中间环节（IDE 缓存、shell 配置残留、PATH 顺序错乱）都会导致构建中断，且错误信息非常明确——别试图绕过它，只应修复版本对齐。
