go version报错说明PATH未生效，非安装失败；需检查echo %PATH%是否含%GOROOT%\bin，若无则手动添加至系统环境变量Path并新开终端验证。
go version 命令报错或不识别
说明 go 命令根本没进系统 PATH，不是安装失败，而是环境变量没生效。Windows 上 MSI 安装器默认勾选“Add Go to PATH”，但若手动取消或安装后重启过系统却没开新终端，PATH 就不会刷新。
- 打开 CMD 或 PowerShell，先运行
echo %PATH%，看输出里有没有C:\Go\bin（或你自定义的%GOROOT%\bin） - 如果没出现，别急着重装——直接右键“此电脑”→“属性”→“高级系统设置”→“环境变量”，在“系统变量”的
Path里新增一行：%GOROOT%\bin - 改完必须新开一个命令行窗口，旧窗口的 PATH 不会自动更新
- 注意：不要把
GOROOT设成C:\Go后又手动往 Path 里填C:\Go\bin——用%GOROOT%\bin更健壮，避免硬编码路径出错
GOPATH 和 Go Modules 冲突怎么办
Go 1.16+ 默认启用 Go Modules，GOPATH 对普通项目已非必需，但它仍影响 go install 生成的二进制存放位置（即 %GOPATH%\bin）。很多人卡在这儿：明明 go run main.go 成功，但 go install 出来的程序找不到。
- 先运行
go env GOPATH确认当前值；若为空，说明模块模式下 GOPATH 仅用于工具安装，不影响代码编译 - 想让
go install生效，必须确保%GOPATH%\bin在系统 PATH 中（和%GOROOT%\bin是两个不同目录） - 国内用户建议顺手配代理：
go env -w GOPROXY=https://goproxy.cn,direct，否则go get或go mod download极易超时 - 不用再手动建
%GOPATH%\src目录——现代项目直接放任意路径，go mod init初始化即可
验证环境时 go env 输出 GOROOT 为空或错误
go env GOROOT 返回空或指向奇怪路径（比如 C:\Users\xxx\go），代表 GOROOT 被意外覆盖。MSI 安装器本该自动设好它，但某些第三方工具或手动配置可能干扰。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 运行
where go（CMD）或Get-Command go（PowerShell），看实际可执行文件在哪——通常就是C:\Go\bin\go.exe - 如果路径正确，就用
go env -w GOROOT=C:\Go强制写回（注意路径末尾无\bin） - 别依赖“系统变量里新建 GOROOT”——Go 自己能推导，强行设错反而破坏自动检测逻辑
- 检查是否在某个脚本或 IDE 设置里写了
set GOROOT=，这种临时覆盖会在终端关闭后消失，但容易误导排查方向
go run hello.go 报错 “cannot find package”
这不是环境问题，是 Go 模块初始化缺失。从 Go 1.16 开始，即使项目在 GOPATH 外，go run 也要求有 go.mod 文件（除非明确加 -mod=mod 参数）。
立即学习“go语言免费学习笔记（深入）”；
- 进入项目目录，运行
go mod init example.com/hello（模块名随意，只要合法就行） - 再试
go run hello.go，应该立刻成功 - 如果已有
go.mod但报错，可能是模块名含非法字符（如中文、空格），删掉重init即可 - 不想用模块？加参数强制忽略：
go run -mod=mod hello.go，但不推荐——长期项目迟早要面对模块管理
