go install报permission denied的根本原因是工具链fallback到只读的goroot目录（如/usr/local/go/pkg）写入，因gopath或gobin未正确设置或未生效，导致无法定位用户可写路径。
go install 为什么总报 Permission denied
根本原因不是 Go 本身要提权，而是 go install 默认往 $GOROOT/pkg 或 /usr/lib/go/pkg 这类系统目录写归档文件——普通用户没权限。它和 go build 不同，后者只生成本地二进制，不碰全局路径。
- 检查当前行为：
go env GOROOT和go env GOPATH，如果GOROOT指向/usr/local/go或/usr/lib/go，且你没用sudo安装过，那大概率是环境变量被包管理器（如 apt）悄悄覆盖了 - 真正该写入的位置是
$GOBIN（可执行文件）和$GOPATH/pkg（归档包），这两个必须落在你有读写权的目录下 - 别依赖默认值：显式设置
export GOBIN=$HOME/go/bin和export GOPATH=$HOME/go，再验证ls -ld $GOBIN是否可写
GOROOT 和 GOPATH 权限边界在哪
GOROOT 是只读区，GOPATH 是读写区——这个分工不能颠倒。Go 工具链在编译时会从 GOROOT/src 读标准库源码、从 GOROOT/pkg 读预编译的标准库归档；而所有第三方模块、项目源码、go install 产出的二进制，都该落在 GOPATH 下。
- 误把项目代码放
GOROOT/src：会导致go mod init失败，因为 Go 拒绝在GOROOT下初始化模块 - 用
sudo go install临时绕过：看似成功，但生成的二进制可能依赖GOROOT下的私有符号链接，换机器就失效 - macOS 上通过
brew install go安装后，GOROOT实际指向/opt/homebrew/Cellar/go/1.22.5/libexec，但go env可能仍显示空或错误值——得手动设export GOROOT=$(/opt/homebrew/bin/brew --prefix)/opt/go/libexec
go mod download 为啥卡在 proxy 或 checksum 验证失败
这不是权限问题，是 Go 模块校验机制在拦截不可信来源。当 GOPROXY 设为 direct 或为空，且模块含校验和（go.sum）时，Go 会尝试从源仓库下载并比对哈希；若网络受限、仓库不可达或模块被篡改，就会停住或报 checksum mismatch。
- 国内开发建议设
export GOPROXY=https://goproxy.cn,direct，避免直连 GitHub 超时 - 禁用校验（仅调试）：
export GOSUMDB=off，但上线前必须关掉，否则失去完整性保护 - 若用私有模块（如 GitLab），需配
git config --global url."https://your.gitlab.com".insteadOf "https://github.com"，否则go get仍走 GitHub 域名导致 404
多用户共享 GOPATH 时的权限冲突怎么破
不破——直接别这么干。Go 的模块机制（go.mod）已让每个项目自带依赖快照，GOPATH 共享既无必要又易出错。多人共用一个 $GOPATH/src 目录，go get 可能覆盖他人正在开发的 fork 分支，go mod vendor 也会混在一起。
- 正确做法：每人独立
GOPATH，共享只靠go.mod+go.sum文件保证一致性 - 构建缓存可共享：
export GOCACHE=/shared/cache/go-build，但需确保该路径对所有用户可读写（如设chmod 775 /shared/cache/go-build & chgrp devgroup /shared/cache/go-build） - CI 环境中若用 Docker，
GOPATH应挂载为 volume，且容器内用户 UID 必须与宿主机一致，否则go mod download写缓存时会因 UID 不匹配被拒
GOBIN 和 GOCACHE 的属主是否随用户变更同步更新——尤其在 sudo 切换用户后，旧缓存文件权限残留会导致后续 go build 静默失败。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
