终端配置到位需满足三点：go命令全局可用（which go路径正确）、go install工具可直接运行（GOBIN加入PATH且为绝对路径）、模块代理不卡顿（GO_PROXY设为https://goproxy.cn,direct）；其余均为辅助优化。
终端能识别 go 命令、go install 生成的工具能直接运行、项目构建调试不卡在模块代理上——这三点通了，才算终端配置到位。其余都是锦上添花。
确认 go 命令全局可用且路径正确
很多问题其实卡在 shell 没读到环境变量，或者 PATH 拼错了。别只信 go version 成功就以为万事大吉。
-
which go输出必须是/usr/local/go/bin/go（macOS/Linux）或C:\Go\bin\go.exe（Windows），否则GOROOT或PATH配错了 - 检查
go env GOROOT和go env GOPATH，确保它们指向你预期的位置；GOROOT通常不用手动设，但GOBIN必须显式设为$GOPATH/bin或类似路径 - macOS 用户注意：zsh 默认不读
~/.bash_profile，改~/.zshrc；Windows 用户别用命令行临时set PATH=...，得进系统属性里改“环境变量”面板 - 改完配置文件后，必须执行
source ~/.zshrc（或对应文件），新开终端窗口才生效
让 go install 工具在任意目录都能调用
go install 生成的二进制默认放在 $GOBIN，但如果你没把 $GOBIN 加进 PATH，它就只是个躺在磁盘上的文件。
- 确保
export PATH=$PATH:$GOBIN出现在 shell 配置文件中，且位置不能被后续的PATH=...覆盖 - 验证方式：运行
go install golang.org/x/tools/gopls@latest，再执行gopls version—— 能输出版本号才算真正可用 - 别把
GOBIN设成./bin这类相对路径，它必须是绝对路径，否则PATH无法解析 - 如果
gopls或dlv找不到，先echo $PATH看$GOBIN是否真在里面，再ls $GOBIN确认文件存在
解决 go mod 卡住、IDE 报红、gopls 启动失败
国内环境下，90% 的模块拉取失败、IDE 反复报错、gopls 卡在 loading，根源只有一个：GO_PROXY 没设或设错。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 必须设置：
export GO_PROXY=https://goproxy.cn,direct（direct在末尾，表示私有域名直连） - 验证：
go env GO_PROXY应输出该值；再试go mod download github.com/spf13/cobra，几秒内完成即成功 - VS Code 的
gopls会继承终端环境变量，但 GoLand / IntelliJ 需手动点击 “Reload” 或重启 IDE 才刷新代理配置 - 如果公司用私有模块（如
git.internal.company.com），加一条export GOPRIVATE=git.internal.company.com，否则会被代理拦截
加点小习惯，省下每天重复敲的命令
别小看几个 alias，写错一个 go build 参数就得重来一遍，而 alias 是纯终端层的零成本优化。
- 在
~/.zshrc里加：alias grun='go run .'（比go run main.go更安全，自动包含同目录所有main包文件） -
alias gb='go build -o bin/app .'，固定输出到bin/目录，避免满屏散落的可执行文件 -
alias gtidy='go mod tidy && go mod vendor'（如需 vendor），比每次敲两行快得多 - 别 alias
go本身——它太核心，改了容易误伤 CI 脚本或他人协作
最容易被忽略的是：IDE 启动方式。从 Dock 或 Spotlight 点开 VS Code，它不一定加载你的 ~/.zshrc；必须从终端执行 code . 启动，才能保证 GO_PROXY、GOBIN 全部就位。这点不注意，调试时 gopls 就是会莫名其妙挂掉。
