GOROOT 是 Go 安装根目录（如 /usr/local/go 或 C:\Go），其 src、pkg、api 为只读核心目录，不可手动修改；bin 必须加入 PATH 才能使用 go 等工具；项目代码严禁放入 GOROOT，应置于独立路径并用 go mod init 初始化模块。
Go 安装包解压或安装后，/usr/local/go（Linux/macOS）或 C:\Go\（Windows）就是 GOROOT，这个路径下不能手动增删改核心子目录，否则 go build、go run 等命令会找不到标准库或工具。
为什么 bin 目录必须在 PATH 里
安装后所有 Go 自带工具（go、gofmt、godoc）都放在 GOROOT/bin。如果没加进 PATH，执行 go version 就会报 command not found 或 'go' is not recognized。
- Linux/macOS：确认
export PATH=$PATH:/usr/local/go/bin已写入~/.bashrc或~/.zshrc，并运行source ~/.bashrc - Windows：MSI 安装器通常自动添加
C:\Go\bin到系统 PATH；若手动解压 ZIP，则需手动配置环境变量 - 验证方式不是只看
echo $PATH，而是直接运行which go（macOS/Linux）或where go（Windows）
src、pkg、api 这些目录是只读的
GOROOT/src 存放的是 Go 标准库源码（如 net/http、fmt），GOROOT/pkg 是编译好的标准库归档文件（.a），GOROOT/api 记录各版本 API 变更。它们由 Go 安装过程自动生成，用户绝不能：
- 在
GOROOT/src下新建或修改任何文件——这不会影响你自己的项目，反而可能破坏go install行为 - 试图用
go get把第三方包下到GOROOT/src——那是GOROOT，不是GOPATH或模块缓存目录 - 删除
GOROOT/pkg后手动重建——go build会自动重生成所需.a文件，但删了会导致首次构建变慢
不要把项目代码放到 GOROOT 里
新手常误将自己写的 main.go 放进 GOROOT/src/hello，然后执行 go run hello/main.go ——这看似能跑，但实际走的是旧式 GOPATH 模式，且一旦升级 Go 版本或重装，整个项目就丢了。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 正确做法：项目放在任意路径（如
~/projects/myapp），先运行go mod init myapp初始化模块 -
go run .或go run main.go才是现代 Go 的标准用法 - 如果仍依赖
GOPATH（比如老项目未迁移到 module），项目应放在$GOPATH/src/your-domain.com/your-repo，而非GOROOT
GOBIN 和 GOPATH/bin 不是同一个东西
GOBIN 是一个可选环境变量，指向 go install 输出可执行文件的位置；如果不设，它默认等于 $GOPATH/bin。但注意：
-
GOROOT/bin是 Go 工具链所在，和你的项目无关 -
$GOPATH/bin是传统模式下go install的默认输出目录（例如go get github.com/golang/mock/mockgen会把二进制放到这里） - 启用 Go Modules 后，
go install命令行为已改变：从 Go 1.16 起，go install example.com/cmd@latest必须带版本号，且不再读取GOPATH，而是把二进制写入$GOBIN（若未设则 fallback 到$HOME/go/bin）
最易被忽略的一点：当你用 go install 安装命令行工具时，如果没设 GOBIN，它会默认写进 $HOME/go/bin，而这个路径很可能不在你的 PATH 中——结果就是命令装完了却提示 command not found。
