go install 报 permission denied 是因工具链 fallback 到只读 $GOROOT 目录，需显式设置可写 GOPATH 和 GOBIN 并加入 PATH；NFS 环境下还需单独配置 GOCACHE 避免锁争用。
go install 报 permission denied，基本就是它想往 /usr/lib/go 或 /usr/local/go 这类系统目录里写东西——你没权限，也不该有。
为什么 go install 会去写系统目录
不是你手贱改了权限，而是 Go 工具链“找不到家”，默认 fallback 到 $GOROOT 下的 pkg 或 bin 目录。而 $GOROOT（比如 /usr/local/go）是只读安装路径，普通用户不能往里写。
-
go env GOPATH输出为空或仍是默认值（如/root/go但你不是 root），go install就可能忽略它 -
GOBIN没设，且GOPATH下没有bin/目录，工具链会退回到$GOROOT/bin - 某些旧版 Go（尤其是 GOPATH 模式未显式启用时）配置稍有偏差就容易出错
必须显式设置 GOPATH 和 GOBIN
别信“默认就行”，尤其在新装系统、Docker 容器或 NFS 挂载 home 的环境里，GOPATH 很可能根本没生效。必须手动创建目录并导出变量：
- 先建好结构：
mkdir -p $HOME/go/{src,pkg,bin} - 再设变量（以 Bash/Zsh 为例）：
export GOPATH=$HOME/go、export GOBIN=$HOME/go/bin -
PATH要包含$GOBIN：export PATH=$GOBIN:$PATH（顺序很重要，确保你自己的bin在系统路径前） - 写进
~/.zshrc或~/.bashrc，然后source ~/.zshrc - 验证：
go env GOPATH和go env GOBIN输出必须是你指定的路径，且$HOME/go/bin确实存在、可写（touch $HOME/go/bin/test && rm $HOME/go/bin/test）
NFS 挂载 home 时 $GOCACHE 并发写入失败
多用户共用一台服务器（尤其是 NFS 挂载 $HOME）时，go mod download 可能报 Permission denied 或 cannot lock cache directory——这不是磁盘满或权限错，而是多个进程同时尝试写 $GOCACHE 下的锁文件（如 cache.lock）触发了文件系统级争用。
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
立即学习“go语言免费学习笔记（深入）”；
- 默认
$GOCACHE是$HOME/.cache/go-build，NFS 对flock支持弱，锁机制失效 -
go env -w GOCACHE=...不推荐：它写入$HOME/go/env，而该文件被所有su切换用户继承，容易污染 - 正确做法是每个用户在 shell 初始化文件中
export：export GOCACHE=/tmp/$USER/go-cache - 确保目录存在且属主明确：
mkdir -p /tmp/$USER/go-cache && chmod 700 /tmp/$USER/go-cache
第三方包行为想改但不能动源码
直接修改 $GOMODCACHE 下的包是危险且不可持续的（下次 go mod download 就覆盖）。可靠做法是面向接口重构：
- 把你依赖的功能抽象成接口，放在自己项目里（如
type HTTPClient interface{ Do(*http.Request) (*http.Response, error) }） - 实现一个包装器，内部用真实 client，但暴露可控行为（比如加日志、重试、超时）
- 在测试中用 mock 实现该接口，避免依赖网络或外部服务
- 如果只是临时调试，可用
replace指向本地路径，但上线前必须移除 ——replace github.com/some/pkg => ./local-pkg
真正卡住的从来不是 import 语句本身，而是你试图绕过 Go 的包可见性规则、接收器语义或模块缓存机制。权限问题背后，往往是路径没对齐、属主不明确、或锁机制被文件系统绕过——这些点一旦漏掉一个，go mod tidy 就可能静默失败，而错误只在 go install 或运行时才爆发。
