go get 报 permission denied 不是权限问题，而是用户对 $GOMODCACHE 目录无写入权、代理返回异常响应（如403或HTML）或 PowerShell 环境变量解析失败导致 fallback 直连超时被误判。
go get 报 permission denied 是权限问题吗？
不是。Go 工具链本身不以 root 权限运行，permission denied 错误几乎从不源于 Go 命令缺权限，而是当前用户对目标路径（如 $GOPATH/pkg/mod 或 $GOMODCACHE）没有写入权。常见于：项目目录归属为 root、挂载卷权限错误、CI 环境中容器以非 root 用户运行但缓存目录仍属 root、或 macOS 上通过 Homebrew 安装 Go 后未正确设置用户目录所有权。
检查并修复模块缓存目录权限
Go 模块下载默认写入 $GOMODCACHE（通常为 $HOME/go/pkg/mod），必须确保该路径可写：
- 运行
go env GOMODCACHE确认路径 - 执行
ls -ld $(go env GOMODCACHE)查看属主和权限 - 若属主不是当前用户，用
sudo chown -R $USER:$(id -gn $USER) $(go env GOMODCACHE)修复 - 避免用
sudo go get——它会把缓存文件写成 root 所有，后续普通命令就持续失败
GOPROXY 配置不当也会触发类似权限错误
某些代理服务（如自建 goproxy 实例）返回 403 或重定向到登录页时，Go 会把 HTML 响应体当作模块 zip 解压，最终在解压阶段报 permission denied（因尝试写入非法内容到临时目录）。这不是磁盘权限问题，而是代理响应异常引发的误判。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 验证代理是否可用：
curl -I https://goproxy.cn/github.com/golang/net/@v/v0.0.0-20230822151911-3907687c54e2.info - 若返回非 200 或含
text/html，说明代理配置错误或已失效 - 临时切换为
GOPROXY=direct测试是否仍报错，可快速区分是网络层还是本地权限层问题
Windows 下 PowerShell 权限与路径冲突
PowerShell 默认启用执行策略（ExecutionPolicy），且 Go 在解析 GOPROXY 时若值含空格或未转义特殊字符（如 &），会导致环境变量解析失败，进而 fallback 到直连，再因网络不通触发 TLS 错误，最终被 PowerShell 捕获为访问拒绝。
立即学习“go语言免费学习笔记（深入）”；
- 在 PowerShell 中设置时，务必用引号包裹完整 URL：
$env:GOPROXY="https://goproxy.cn,direct" - 避免在变量值里混用中文逗号、全角符号或换行
- 检查
go env GOPROXY输出是否与设定完全一致——任何截断或乱码都意味着设置未生效
GOPROXY 能返回合法模块元数据，否则修完也白修。 
