必须用root权限解压到系统级路径：Linux执行sudo tar -C /usr/local -xzf go1.22.3.linux-amd64.tar.gz，确保/usr/local/go/bin/go属主为root、权限-rwxr-xr-x；内网部署禁用家目录解压+软链，避免CI非登录shell找不到命令或permission denied。
go二进制包怎么解压才不会出权限或路径问题
直接解压到用户家目录（比如~/go）再软链，是内网部署最常踩的坑——go build可能报permission denied，CI 任务因非登录 shell 读不到软链而找不到 go 命令。
必须用 root 权限解压到系统级固定路径：
- Linux：用
sudo tar -C /usr/local -xzf go1.22.3.linux-amd64.tar.gz，解压后路径为/usr/local/go - Windows：解压到
C:\Go（不能含空格、中文、特殊字符） - 解压后立刻验证：
ls -l /usr/local/go/bin/go确认属主是 root、权限为-rwxr-xr-x
GOPROXY 和 GOSUMDB 怎么设才不卡在 go mod download
内网默认会连 proxy.golang.org 和 sum.golang.org，没网络就卡住或报 failed to fetch。不能只设 GOPROXY=direct 就完事——它仍会校验 go.sum，缺哈希或不匹配照样失败。
稳妥做法分两种场景：
立即学习“go语言免费学习笔记（深入）”；
- 有内网代理服务（如 Athens）：设
GOPROXY=http://athens.internal:3000+GOSUMDB=sum.golang.org+https://sum.golang.org，并配合内网 DNS 把sum.golang.org解析到代理机器 - 纯离线无代理：必须同时设
GOPROXY=direct和GOSUMDB=off，且确保项目已有完整go.mod和go.sum
验证命令：go env GOPROXY GOSUMDB，输出应为设定值，不是空或官网地址。
GO111MODULE 和 GOPATH 在混合项目里怎么配才不冲突
内网常有老项目（没 go.mod，依赖全在 $GOPATH/src）和新模块项目混跑。设错 GO111MODULE 会导致本地能编译、CI 却报 no required module provides package。
统一策略更省事：
- 所有项目强制
GO111MODULE=on：即使没有go.mod，go build也会自动生成，并从GOPROXY拉依赖（需提前准备好模块缓存） - 遗留项目必须用 GOPATH 模式：设
GO111MODULE=auto，并确保GOPATH指向含完整src/目录结构的路径（如/home/user/go），且该路径下已有对应依赖代码 -
GOPATH仍要保留：哪怕启用模块，go install编译的二进制默认仍放$GOPATH/bin，不设就找不到命令
离线时第三方模块怎么“搬”才能让 go build 认出来
只复制源码文件夹没用。go build 查的是 $GOPATH/pkg/mod 下带版本号的缓存路径（如 github.com/sirupsen/logrus@v1.9.3），缺目录结构或少 go.sum 都会报 missing module。
正确搬运流程：
- 在联网机器上，用目标项目的
go.mod运行：go mod download -x golang.org/x/net github.com/golang/mock - 打包整个
$GOPATH/pkg/mod目录（保留子目录层级，不能扁平化） - 离线机上，先确认
GOPATH已设（如/home/user/go），再把包解压到/home/user/go/pkg/mod - 若含私有库，额外运行：
go mod edit -replace=git.internal/foo=../foo
验证是否生效：go list -m all | head -5 应列出模块名和版本，而不是报错或空白。
最容易被忽略的是：go.sum 文件必须随模块一起搬运，且哈希值不能被篡改；另外，GOROOT 和 PATH 必须写入 /etc/profile.d/ 而非仅用户 shell 配置，否则 Jenkins 或 systemd 服务起不来。
