因为go env读取的是Go的配置层，优先级为OS环境变量 > go env -w设置 > Go默认值，若OS中已定义同名变量（如GOPROXY），则go env直接显示OS值而忽略-go env -w配置。
go env 显示的值为什么和系统环境变量不一致
因为 go env 读的是 Go 自己维护的一套配置层，优先级为：OS 环境变量 > go env -w 持久写入 > Go 默认值。只要 OS 环境变量里定义了同名变量（比如 GOPROXY），go env 就会显示它，而忽略 go env -w 的设置。
常见错误现象：go env GOPROXY 输出 https://proxy.golang.org,direct，但你在 ~/.zshrc 里明明写了 export GOPROXY="https://goproxy.cn,direct" —— 实际是 shell 配置没生效，或者被更高优先级的 OS 变量覆盖了。
- 检查是否被全局变量干扰：运行
env | grep GOPROXY，如果输出非空，说明 OS 层已设值，go env会直接采用它 - 临时验证：在当前终端执行
unset GOPROXY && go env GOPROXY，看是否回落到你用go env -w设置的值 - 持久修改建议：直接改 shell 配置文件（如
~/.zshrc），然后source ~/.zshrc；不要依赖go env -w覆盖已有 OS 变量
GOROOT 和 GOPATH 必须手动配吗
Windows 安装 MSI 包、macOS 安装 .pkg 包时，安装程序会自动写入 GOROOT 和 PATH，但 GOPATH 不会自动设 —— 它默认指向 $HOME/go，且仅在 GOPATH 模式下才起作用。Go 1.16+ 默认启用模块（GO111MODULE=on），GOPATH 对依赖管理已无影响，只影响 go install 编译出的二进制存放位置（即 $GOPATH/bin）。
-
GOROOT：必须正确，否则go命令找不到编译器和标准库；若你解压 tar.gz 到非默认路径（如/opt/go），就得手动设GOROOT=/opt/go -
GOPATH：现代项目基本不用它存源码（go mod项目可放任意路径），但如果你常用go install安装 CLI 工具（如gopls），就得确保$GOPATH/bin在PATH里，否则命令找不到 - 容易踩的坑：在 WSL 或 Docker 中，
GOROOT被设成 Windows 路径（如C:\Go），导致 Linux 下go命令报错“no such file or directory”
如何确认 GOPROXY 是否真正生效
不能只看 go env GOPROXY 输出，要实际触发一次模块下载（比如 go mod download 或新建项目 go mod init 并引入一个外部包），再观察网络请求目标或错误信息。
立即学习“go语言免费学习笔记（深入）”；
- 快速验证法：在空目录下执行
go mod init example.com/test && go get github.com/sirupsen/logrus@v1.9.0，成功则说明代理可用；失败时注意错误里是否出现goproxy.cn域名（而非proxy.golang.org） - 国内常用值：
https://goproxy.cn,direct或https://mirrors.aliyun.com/goproxy/,direct；direct表示前面所有代理都失败后才直连官方源 - 私有模块绕过代理：通过
GONOPROXY设置白名单，例如go env -w GONOPROXY="gitlab.internal.company,*.intra"，避免内网 Git 地址走代理超时
go version 正常但 go mod 报错“unknown revision”
这通常不是环境变量问题，而是 GOSUMDB 校验失败或代理返回了损坏/缓存过期的模块数据。Go 默认开启校验（GOSUMDB=sum.golang.org），若网络无法访问该服务，又没关掉或换镜像，就会卡在哈希验证环节。
- 临时关闭校验（仅开发调试）：
go env -w GOSUMDB=off；生产环境不推荐 - 切换校验服务：
go env -w GOSUMDB=sum.golang.google.cn（国内可用） - 清理缓存再试：
go clean -modcache，然后重试go mod download - 注意：
GOSUMDB=off不等于GOPROXY=off；前者只跳过哈希校验，后者才禁用代理
go env 输出只是第一步，后面三步漏掉任何一环，都会让你以为配好了，其实没用上。 
