多用户共用时应为每个用户在家目录独立安装 Go 并显式设置 GOPATH、GOBIN、GOCACHE，禁用 go env -w，且 CI/CD 或定时任务需用 login shell 加载完整环境。
多用户共用时 Go 的安装路径必须避开 /usr/local
系统级安装（如 sudo apt install golang 或向 /usr/local/go 写入）会让所有用户共享同一套 GOROOT，但不同项目可能依赖不同 Go 版本，且普通用户无权更新。更严重的是，某些发行版的包管理器安装的 Go 缺少 src 和 pkg，导致 go build -buildmode=shared 等操作失败。
推荐做法是：每个用户在自己家目录下独立解压二进制包，例如：
mkdir -p ~/local/go curl -sL https://go.dev/dl/go1.22.5.linux-amd64.tar.gz | tar -C ~/local -xzf - export GOROOT=$HOME/local/go export PATH=$GOROOT/bin:$PATH
把后两行加到 ~/.bashrc 或 ~/.zshrc 即可生效。这样既隔离版本，又避免 sudo 权限冲突。
GOBIN 和 GOPATH 必须显式设置为用户私有路径
默认情况下，go install 会把编译出的二进制放到 $GOPATH/bin，而 go get（Go 1.18+ 已弃用，但仍被部分脚本调用）或模块缓存也会写入 $GOPATH。若不设，Go 会 fallback 到 $HOME/go —— 这看似安全，但多人共用 NFS 或 home 目录挂载时，go mod download 的并发写入可能损坏 $GOCACHE 或 pkg/ 目录。
立即学习“go语言免费学习笔记（深入）”；
建议统一设为用户专属路径：
-
export GOPATH=$HOME/go（保持默认结构，但确保路径属主明确） -
export GOBIN=$HOME/bin（避免和系统/usr/local/bin混淆，且$HOME/bin通常已在 PATH 中） -
export GOCACHE=$HOME/.cache/go-build（防止 NFS 锁争用；若服务器禁用 home 目录缓存，可改用本地盘如/tmp/$USER/go-cache）
多用户场景下 go env -w 会污染全局配置
go env -w 会把配置写入 $HOME/go/env，看似只影响当前用户，但问题在于：该文件是纯文本，没有权限校验；若某用户误执行 sudo go env -w GOROOT=/usr/local/go，会导致后续所有 su 切换用户都继承错误值。更隐蔽的是，go env -w 设置的变量优先级高于 shell export，容易掩盖调试线索。
正确方式是只用 shell 环境变量初始化，禁用 go env -w：
- 检查是否已有污染：
cat $HOME/go/env 2>/dev/null || echo "clean" - 如有内容，直接删掉：
rm $HOME/go/env - 所有 Go 相关路径均通过
export在 shell 配置中声明，不依赖go env -w
这样能保证环境完全透明、可审计，也方便批量部署时用模板生成配置。
CI/CD 或定时任务中必须重载完整环境
crontab、systemd user service 或 Jenkins agent 启动的 shell 往往是 non-login shell，不会自动加载 ~/.bashrc，导致 go 命令找不到或 GOPATH 错乱。常见现象是 go: command not found 或 cannot find package。
解决方案不是在脚本里反复 export，而是统一用 login shell 封装：
0 2 * * * /bin/bash -l -c 'cd /path/to/project && go test ./...'
其中 -l 表示 login shell，会加载 ~/.bash_profile（注意：很多用户只改了 .bashrc，需确认 .bash_profile 是否 source 它）。若用 systemd user service，则在 [Service] 段写：
Environment="PATH=/home/username/local/go/bin:/home/username/bin:/usr/local/bin:/usr/bin" ExecStart=/usr/bin/bash -l -c 'go run main.go'
否则 cron 或 service 里的 Go 构建大概率静默失败。
Go 环境本身轻量，但多用户下的路径所有权、shell 加载时机、缓存并发写入这三点，比语法或框架更常引发线上故障。
