Go环境问题90%出在环境变量、代理和证书三方面：PATH决定go命令能否执行，GOPROXY控制模块下载源，GOCERTIFICATEPATH指定根证书路径；三者需逐一验证生效。
Go 环境搭不好，90% 的问题出在环境变量、代理和证书这三块，不是 Go 本身难，而是默认行为和国内网络现实不匹配。
go version 能跑但 go mod 报错：PATH 和 GOPROXY 没配对
常见现象是终端能识别 go version，但执行 go mod init 或 go get 就卡住、超时或报 x509: certificate signed by unknown authority。根本原因不是 Go 没装好，而是命令能运行，但模块下载链路断了。
-
PATH只管找得到go二进制，不管它连哪儿；GOPROXY才决定依赖从哪下 - Windows/macOS 安装 .pkg/.msi 后，
GOROOT通常自动设好，但GOPROXY绝对不会自动配——必须手动加 - 推荐配置（永久生效）：
go env -w GOPROXY=https://goproxy.cn,direct<br>go env -w GOSUMDB=sum.golang.google.cn<br>go env -w GO111MODULE=on
- 验证是否生效：
go env | grep GOPROXY必须输出你刚设的地址，不能是空或https://proxy.golang.org
WSL / Linux 手动解压后 go 命令找不到：GOROOT 和 PATH 顺序错了
Linux 或 WSL 用户解压 go1.25.0.linux-amd64.tar.gz 到 /usr/local 后，常出现 command not found: go，哪怕 ls /usr/local/go/bin/go 确实存在。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 错误写法：
export PATH=$PATH:$GOROOT/bin—— 如果$GOROOT还没定义，这行等于白设 - 正确顺序：先定义
GOROOT，再拼PATH，且$GOROOT/bin要放在$PATH开头，避免系统自带旧版go（比如 Ubuntu 自带的golang-go包）被优先命中 - 推荐写法（加到
~/.bashrc或~/.zshrc）：export GOROOT=/usr/local/go<br>export GOPATH=$HOME/go<br>export PATH=$GOROOT/bin:$GOPATH/bin:$PATH
- 改完必须执行
source ~/.bashrc，新开终端不继承旧 shell 的环境
公司内网或代理环境下 go get 失败：GOCERTIFICATEPATH 不是可选项，是必填项
用 Fiddler、Charles、Nexus 或自签名私有仓库时，go get 报 x509: certificate signed by unknown authority，设 GOPROXY 无效——因为 Go 不复用系统 CA，只认自己内置的或你明确告诉它的根证书。
立即学习“go语言免费学习笔记（深入）”；
-
GOCERTIFICATEPATH是 Go 1.21+ 引入的唯一安全方案，别信GOINSECURE或GIT_SSL_NO_VERIFY=1，后者对 HTTPS 模块下载完全不起作用 - 操作三步：
① 把你的.crt或.pem根证书（比如internal-ca.crt）放进一个干净目录，如/opt/my-ca/
② 设置环境变量：export GOCERTIFICATEPATH=/opt/my-ca
③ 重启终端或执行source，再试go get - 注意：
GOCERTIFICATEPATH只影响 Go 自身的 HTTP 客户端（net/http,go get），不影响git命令——如果项目还走 git 协议，得额外配git config --global http.sslCAInfo /opt/my-ca/internal-ca.crt
真正卡住人的从来不是语法或并发模型，而是环境变量没生效、代理没生效、证书没加载——这三件事必须逐个验证输出，不能靠“应该配好了”去猜。
