Linux/macOS下解压安装Go通常不需要sudo，除非写入/usr/local等系统目录；推荐解压到用户目录（如$HOME/go）并设置GOROOT，安全且免权限冲突。
Linux/macOS 下解压安装要不要 sudo？
绝大多数情况不需要，除非你执意往 /usr/local 或 /opt 这类系统目录写入。官方二进制包（go*.tar.gz）本质是纯静态文件，解压到用户目录（如 $HOME/go 或 $HOME/local/go）完全可行，且更安全、易卸载、无权限冲突。
- 用
sudo tar -C /usr/local -xzf go1.22.5.linux-amd64.tar.gz是常见但非必须的操作；它方便全局可用，但一旦没权限改/usr/local，就卡住 - 推荐做法：
mkdir -p $HOME/go && tar -C $HOME/go --strip-components=1 -xzf go1.22.5.linux-amd64.tar.gz，然后设GOROOT=$HOME/go - 验证路径是否可写：
touch $GOROOT/test && rm $GOROOT/test，失败说明权限不对
Windows MSI 安装器为什么总弹管理员框？
因为默认勾选了 “Install for all users”——这会尝试向 C:\Program Files\Go 写入，并注册系统级环境变量。你根本不需要这个。
- 安装时立刻取消勾选该选项，改选 “Just for me”
- 安装路径会自动变成类似
%LOCALAPPDATA%\Programs\Go，全程无需提权 - 装完后务必运行
go env GOROOT确认输出不是C:\Program Files\Go；如果是，说明安装逻辑已绕过用户选择，得手动删掉并重装 - PowerShell 中用
[Environment]::GetEnvironmentVariable("GOROOT", "User")查用户级设置，比看系统变量更准
用包管理器（apt/choco/brew）安装后权限出问题怎么办？
不是包管理器本身错，而是它默认走系统路径 + 自动配置的环境变量容易和手动设置打架。尤其 GOROOT 容易被覆盖或指向符号链接，导致 go build 找不到标准库。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
apt install golang-go在 Ubuntu 上装的是/usr/lib/go，但go env GOROOT可能返回空或错误值——因为它依赖go命令自身的编译时硬编码路径 - choco 安装后若发现
go version正常但go mod init报 “cannot find module root”，大概率是GO111MODULE被关或GOPROXY未设，和权限无关，但用户常误判为安装失败 - 最稳方案：卸载包管理器版，改用官方压缩包 + 手动设
GOROOT和PATH；brew install go后也建议显式加export GOROOT=$(brew --prefix)/opt/go/libexec到 shell 配置中
验证权限是否真生效，只跑 go version 不够
go version 成功只说明命令在 PATH 里，不代表整个工具链可用。真正要测的是模块初始化、下载、构建三步是否全通。
立即学习“go语言免费学习笔记（深入）”；
- 建临时目录：
mkdir /tmp/gotest && cd /tmp/gotest - 运行：
go mod init example.com/test && go get rsc.io/quote@v1.5.2 && go run main.go（先创建空main.go） - 任一环节卡在 “permission denied”、“cannot write to …” 或 “no Go files in directory”，就说明
GOROOT、GOPATH或缓存目录（$GOCACHE）所在位置不可写 - 特别注意：
$GOCACHE默认是$HOME/Library/Caches/go-build（macOS）或$HOME/.cache/go-build（Linux），如果$HOME是只读挂载（如某些企业终端），这里就会静默失败
$GOCACHE 和 $GOPATH/pkg/mod 目录的写权限——它们不参与 go version 检查，却在首次 go get 时才暴露问题。 
