每个用户必须在家目录独立解压go二进制包并显式配置goroot、gopath、gobin、gocache和goproxy，禁用系统包管理器和全局goroot共享，以避免缓存冲突、权限异常及构建静默失败。
直接在局域网服务器上装 Go，别用包管理器，也别共享 GOROOT —— 每个用户必须独立解压、独立配置环境变量，否则 go build 会因缓存冲突或路径权限异常静默失败。
为什么不能用 apt install golang 或 yum install golang
系统包管理器安装的 Go 常缺失 src 和 pkg 目录，导致 go build -buildmode=shared、go tool compile 等底层操作直接报错；更关键的是，所有用户共用同一 GOROOT，一旦有人升级或误删，整个局域网开发链就断。CentOS 7.9 这类老系统尤其常见——它自带的 golang 包版本陈旧（如 1.11），且不带 go mod 完整支持。
常见错误现象：
-
go: cannot find main module（即使有go.mod） build cache is required, but could not be located-
exec: "gcc": executable file not found in $PATH（其实是GOROOT不完整，找不到pkg/tool下的compile）
每个用户必须在家目录独立安装并显式导出变量
执行以下命令（以 go1.22.5.linux-amd64.tar.gz 为例，先用 uname -m 确认架构）：
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 export GOPATH=$HOME/go export GOBIN=$HOME/bin export GOCACHE=$HOME/.cache/go-build export GOPROXY=https://proxy.golang.org,direct
把后五行加进 ~/.bashrc 或 ~/.zshrc，然后 source ~/.bashrc。验证：go version 和 go env GOROOT GOPATH GOBIN 必须全部指向用户私有路径。
关键点：
- 不要用
sudo tar -C /usr/local—— 那是给 root 用的，普通用户无权更新，且和他人冲突 -
GOBIN设为$HOME/bin，确保go install出的二进制不会混入/usr/local/bin -
GOCACHE必须设为本地路径（如$HOME/.cache/go-build），NFS 挂载的 home 目录上并发写缓存极易锁死
本地编译时注意 GOOS/GOARCH 和模块初始化
局域网服务器通常是 x86_64，但你的本地开发机可能是 macOS 或 Windows —— 若需交叉编译，必须显式指定：
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
GOOS=linux GOARCH=amd64 go build -o myapp ./cmd/server
若项目尚未初始化模块，别跳过这步：
go mod init github.com/yourname/myapp
否则 go build 可能读取错误的 GOPATH 下旧依赖，或报 no required module provides package。模块路径名不一定要真实存在，只要唯一即可。
容易踩的坑：
- 在未
go mod init的目录下直接go build，Go 会 fallback 到GOPATH模式，但 Go 1.16+ 默认禁用，结果就是构建失败 - 忘记设
GOPROXY，国内局域网服务器直连proxy.golang.org超时，卡在go mod download - 用
go env -w写配置 —— 它生成的$HOME/go/env是纯文本，无权限控制，一个用户误写GOROOT会导致所有人继承错误值
验证编译产物是否真能在局域网目标机器运行
编译完成后，别急着传上去，先用 file 和 ldd 看清依赖：
file myapp ldd myapp
如果输出含 not a dynamic executable，说明是静态链接（Go 默认行为，安全）；若显示 libc.so.6 => /lib64/libc.so.6，则需确认目标机器的 glibc 版本兼容（CentOS 7.9 的 glibc 是 2.17，Go 1.20+ 编译默认要求 ≥2.28 —— 此时得加 CGO_ENABLED=0）：
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -a -o myapp ./cmd/server
这个命令强制静态链接，生成的二进制扔到任何 Linux x86_64 机器上都能跑，不挑 libc。
最常被忽略的一点：局域网里不同服务器的内核版本、glibc 版本、SELinux 状态可能差异极大，go build 成功 ≠ 能跑；务必在目标机器上 ./myapp 实测一次，而不是只信 file 输出。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
