$gocache目录突然只读是因nfs下flock锁失效导致并发争用，多个用户共用同一缓存路径触发系统级权限拒绝；正确做法是每个用户在shell初始化文件中显式export gocache=/tmp/$user/go-cache，并mkdir -p /tmp/$user/go-cache && chmod 700 /tmp/$user/go-cache确保路径存在、属主明确、权限严格。
为什么 $GOCACHE 目录突然变成只读？
这不是 Go 主动设的，而是 NFS 挂载或共享 home 目录时 flock 失效导致的并发争用。多个用户或进程同时执行 go mod download，会尝试写入同一个 $GOCACHE 下的锁文件（如 cache.lock），NFS 对文件锁支持弱，最终触发系统级权限拒绝，表现为 permission denied 或 cannot lock cache directory。
- 默认
$GOCACHE是$HOME/.cache/go-build，若$HOME是 NFS 挂载，所有用户共用同一路径 -
go env -w GOCACHE=...不推荐：它写入$HOME/go/env，该文件被su切换用户继承，易污染 - 真正有效的做法是每个用户在 shell 初始化文件中显式
export GOCACHE，且指向本地磁盘路径（避开 NFS）
如何安全地为每个用户隔离 GOCACHE？
必须确保路径存在、属主明确、权限严格，否则 Go 仍会 fallback 到默认路径并复现问题。
- 推荐路径：
export GOCACHE=/tmp/$USER/go-cache（/tmp通常为本地磁盘，无 NFS 问题） - 创建并加固目录：
mkdir -p /tmp/$USER/go-cache && chmod 700 /tmp/$USER/go-cache - 避免用
$HOME/.cache/go-build：即使你加了chmod 700，NFS 层仍可能忽略或延迟同步权限位 - 验证是否生效：
go env GOCACHE输出应为你指定的路径，且ls -ld /tmp/$USER/go-cache显示属主为你本人、权限为drwx------
GOBIN 写入失败的常见陷阱
go install 报 permission denied 往往不是模块问题，而是目标路径不可写——尤其当 $GOBIN 落在系统路径或只读挂载点上。
- 未显式设置
$GOBIN时，Go fallback 顺序是：$GOBIN→$GOPATH/bin→$HOME/go/bin - 多人共用服务器时，
$HOME/go/bin常因 LDAP/NFS 同步导致属主混乱或权限不一致 - 正确声明：
export GOPATH=$HOME/go && export GOBIN=$HOME/bin && export PATH=$GOBIN:$PATH - 务必执行：
mkdir -p $HOME/bin && chmod 755 $HOME/bin；755足够（无需700），因为$HOME/bin本身受$HOME权限保护
GOROOT 下 pkg 目录的只读误判
用 sudo tar -C /usr/local -xzf go*.tar.gz 安装后，go version 正常但 go install 失败，大概率是因为 $GOROOT/pkg 属主为 root，而普通用户无权写入该目录下的缓存文件（如 modcache 或 build object）。
- 这不是模块依赖问题，而是运行时写缓存失败；错误信息常为
open /usr/local/go/pkg/...: permission denied - 不要尝试
sudo chown -R $USER:$USER /usr/local/go：破坏 GOROOT 完整性，后续升级易出错 - 根本解法：不把
GOROOT放在需要 sudo 的系统路径；改用用户级安装，例如~/local/go，并export GOROOT=$HOME/local/go - 若必须用系统级 GOROOT，需确认
go env GOCACHE和go env GOPATH都已指向用户可写路径，且不依赖$GOROOT/pkg存储模块缓存
$GOCACHE 和 $GOBIN 的路径行为不会自动适配——它们由宿主机 shell 环境决定，CI/CD 中若未显式 export，极易沿用默认值引发只读错误。最危险的是“本地能跑，CI 报错”这类问题，根源往往就藏在没被检查的环境变量里。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
