GOROOT和GOPATH不能设为同一路径，否则会导致go install权限错误或工具链异常；GOROOT必须指向只读的Go安装根目录（如/usr/local/go），GOPATH须独立设置为用户可写路径（如$HOME/go），且GOBIN应显式指定为$GOPATH/bin以确保可执行文件正确安装。
GOROOT 和 GOPATH 不能混用同一路径
很多人把 GOROOT 和 GOPATH 都设成 /usr/local/go 或 D:\go，结果 go install 报 permission denied。这是因为 GOROOT 是只读的 SDK 安装目录，而 GOPATH（或现代 Go 的 GOBIN）必须指向用户有写权限的目录。
-
GOROOT应固定指向 Go 安装根目录（如/usr/local/go或%G_HOME%\go），绝不修改 -
GOPATH在 Go 1.11+ 模块模式下已非必需，但若使用，必须独立于GOROOT，推荐设为$HOME/go（Linux/macOS）或%USERPROFILE%\go（Windows） - 更推荐显式设置
GOBIN，例如GOBIN=$HOME/go/bin，避免依赖GOPATH推导逻辑
PATH 中的 go 二进制路径必须唯一且优先
如果系统里存在多个 Go 安装（比如 apt 装的旧版 + 手动解压的新版），PATH 顺序错乱会导致 go version 显示的不是你预期的版本——尤其在 Windows 上，PowerShell 和 CMD 的 PATH 缓存还可能不一致。
- 执行
where go（Windows）或which go（macOS/Linux）确认实际调用路径 - 确保
$GOROOT/bin出现在PATH最前面，而不是夹在中间或末尾 - 避免把多个 Go 的
bin目录都加进PATH；用g或goenv等工具管理时，只保留符号链接路径（如%G_HOME%\go\bin）
模块模式下 GOPATH 的残留影响
即使启用 Go modules（GO111MODULE=on），某些旧脚本、IDE 插件或 CI 配置仍会读取 GOPATH 并尝试往 $GOPATH/src 写代码，导致路径混乱或权限错误。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 运行
go env -w GOPATH=清空GOPATH（Go 1.13+ 支持），让模块完全接管依赖管理 - 检查
go env输出中GOPATH是否为空；若非空，说明某处配置仍在生效（如 shell profile、IDE 设置、CI YAML） - VS Code 的 Go 扩展默认读
go.gopath设置，建议在 workspace settings 中显式禁用或留空
跨终端/IDE 的环境变量同步问题
在 macOS 或 Linux 上改了 ~/.zshrc，但 VS Code 启动后 go env 仍显示旧值；Windows 上 PowerShell 设置了 G_MIRROR，但 Git Bash 里 go get 还是超时——这是环境变量没被子进程继承的典型表现。
- VS Code：重启窗口（不是重载窗口），或在命令面板执行
Developer: Reload Window；也可在settings.json中硬编码"go.toolsEnvVars" - Git Bash / WSL：确保在
~/.bashrc或~/.profile中设置，并执行source ~/.bashrc - Windows：系统级变量（Machine）对所有新进程生效，用户级（User）仅对当前用户新启动的进程有效；IDE 可能需要重启才能读取
真正容易被忽略的是：环境变量冲突往往不是“设错了”，而是“设了两次”——一次在 shell 配置里，一次在 IDE 设置里，一次在 CI 脚本里，三者优先级不同、生效时机不同、甚至大小写不一致（如 goproxy vs GOProxy）。查问题前，先统一用 go env 输出看真实值，别信文档或记忆。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
